Cette nouvelle version majeure apporte de nombreuses améliorations (cf. article).
Par ailleurs, la version 0.7.1 prévue pour décembre prochain apportera en plus un manuel d'utilisation très complet traduit en de nombreuses langues.
- Interface avec une base de données rapide (sqlite) pour sauvegarder les metadatas.
- Possibilité d'assigner les photos à des dossiers thématiques virtuels.
- Les dossiers virtuels sont regroupés et affichés comme les autres dossiers.
- Support du glisser/déposer pour assigner les photos aux dossiers virtuels ou pour les déplacer/copier.
- Interface améliorée avec les appareils photos avec possibilité de rotation et de renommage automatique lors du téléchargement.
- Support optionnel des informations EXIF pour afficher les aperçus et les photos en accord avec l'orientation fournie par l'appareil.
- Images d'aperçus personnalisables pour les dossiers (y compris virtuels).
- Support des albums imbriqués (sous-dossiers).
- Panneau affichant les informations détaillées pour chaque photo.
- Support des thèmes pour l'interface de digiKam.
- Interface avec KIPI pour des plugins améliorés. KIPI est une initiative commune à plusieurs logiciels de photos pour KDE pour fournir une architecture unifiée à des plugins de traitement d'images.
- Nouveau visualiseur et éditeur d'images qui dispose de sa propre architecture de plugins et offre diverses fonctionnalités additionnelles en plus des classiques fonctions de réglages de gamma/contraste/luminosité, de rotation, de redimensionnement. Voici quelques-uns des plugins supplémentaires fournis avec digiKam :
- Visualiseur d'histogramme
- Correction des yeux rouges
- Conversion en noir et blanc ou en sépia
- Réduction du bruit ou renforcement de la netteté
- Correction des couleurs RGB
- Correction des couleurs en mode teinte/saturation/luminosité
- Normalisation et égalisation des couleurs
- Vitesse d'affichage des aperçus très améliorée
- ...
Et pour couronner le tout, le site web de digiKam a été entièrement refait et utilise maintenant SPIP.
N'hésitez pas à découvrir cette nouvelle version qui, nous l'espérons, vous réjouira.
Aller plus loin
- Le site de digiKam (19 clics)
- Télécharger digiKam 0.7 (5 clics)
- Les plugins KIPI (9 clics)
- Les plugins de l'éditeur d'images (4 clics)
# Pour les modéros: problème de liens
Posté par ArBaDaCarBa . Évalué à 5.
L'adresse correcte (sans espace) est bien sur http://digikam.sourceforge.net/(...)
[^] # Re: Pour les modéros: problème de liens
Posté par plic . Évalué à 5.
La faculté de citer est un substitut commode à l'intelligence -- Somerset Maugham
[^] # Re: Pour les modéros: problème de liens
Posté par Colin Pitrat (site web personnel) . Évalué à 6.
Pour plus de détails : http://fr.wikipedia.org/wiki/Espace_typographique(...)
[^] # Re: Pour les modéros: problème de liens
Posté par ArBaDaCarBa . Évalué à 0.
# .
Posté par riba . Évalué à 5.
Et sinon, la feature de la vie de la mort qui tue c'est les albums "nested" (en hierarchie), qui manquait cruellement.
Et la feature de la vie de la mort qui tue des mamans ourses des pyrénée c'est la mini bdd avec les tags, qui permet de faire plein de chose, genre diaporama transversaux (cad des images tagées dans des albums différents), ...
N'empêche qu'il font un boulot super[2], chapeau.
Sinon les rpm sont pas encore dispo chez les packageurs fou de kde-redhat, ça frustre à mort et donne envie de l'installer à la configure...
[1] plus de 100 images pas encore thumbnailisées dans un album, et ben, quand on clique sur l'album... paf le linux (oui je sais ça vient peut-être de chez moi et ça n'arrive qu'une fois sur quatre ou cinq, mais bon...). Y'a aussi le "rename" qui force le recalcul des thumbnails.
[2] malgré ses défaults, je l'utilise tout les jours (où j'ai a m'en servir).
[^] # Re: .
Posté par riba . Évalué à 3.
- Les thumbnails s'affichent sans utiliser de mémoire! Ca bouffe le cpu (mais c'est normal) et ils s'affichent beaucoup plus rapidement!;
- Ca n'a pas pris en compte les 'digikamimageplugins' donc je peux pas tester. (j'ai dû merder dans l'install, je vais voir);
- le rename marche nickel... (il recalcule toujours les thumbnails, mais bon...);
- y'a une image avec le titre de l'album, c'est pratique (si on pouvait choisir au lieu de prendre la première ça serait encore plus pratique);
- les mini apercus dans le menu déroulant de la fenêtre de manipulation d'image marchent;
[1]si ça peut aider certains [FC1, kde-redhat]:
- pour libkexif:
/usr/lib # ln -s libjpeg.so.62 libjpeg.so
/etc # yum install libjpeg-devel
/etc # yum install libexif-devel
- libkipi ok
- kipi-plugin:
/etc # yum install imlib2-devel
/etc # yum install gphoto2-devel
manque tiffio.h-> BUG SUR LE CONFIGURE QUI LE DEMANDE PAS?
/etc # yum install libtiff-devel
- digikam:
/etc # yum install gdbm-devel
- digikamimageplugins: besoin extralib/include sinon ca compile que la doc
[^] # Re: .
Posté par Yes21 . Évalué à 6.
C'est possible : clic droit sur une image, puis "Assigner comme aperçu de l'album"
Cool, non ?
[^] # Re: .
Posté par halt . Évalué à -1.
[^] # Re: .
Posté par riba . Évalué à 2.
[^] # Re: .
Posté par ookaze . Évalué à 1.
Cependant, il y a plusieurs choses que je trouve dommage. Toutes sont en cours de corrections ou corrigées, donc c'est pas trop grave.
Le pire, je pense, c'est la francisation du logiciel (pour un logiciel avec un français à la tête, ça fait un peu grimacer quand même), où il manque pas mal de trad, dont le manuel. Il me semble que la version précédente était mieux traduite.
Il faudrait que je suggère aussi aux développeurs de pouvoir renommer les photos en fonction de la date dans les tags EXIF. Actuellement, c'est seulement en fonction de la date du fichier, et c'est pas vraiment utile.
[^] # Re: .
Posté par Gilles Caulier . Évalué à 5.
==> Etant grandement concerné par la Francisation de Digikam, je me permet de répondre :
- Soit je traduis _les_ GUI et _les_ DOC et je ne corrige pas les bugs et je n'implemente pas de nouvelles fonctions...
- Soit je reporte ce travail à plus tard...
- Soit je délègue ce travail à un contributeur (Attention il y a du boulot : environ un petit mois de travail en passant quelques heures par semaines). Je sais de quoi je parle : j'ai été le coordinateur des traductions FR de KDE dans le passé (Konqueror, Kmail, Kdevelop, K3b, etc... sont passés dans mes mains...)
Il faut finir de traduire les GUI, passer le correcteur d'ortographe, vérifier les syntaxes utilisées dans KDE (homogénisation). Ensuite faire les doc, faire des screenshots francisés, vérifier les coordances avec les trads des GUI, corriger les GUI si nécessaire, vérification d'orthographe, puis homogénisation des trads pour les DOC...
C'est long et chiant (:=))), mais c'est trés important... En tout il y a :
Digikam GUI+DOC
DigikamImagePlugins GUI +DOC
KIPI plugins GUI (Doc en cours de rédaction !!!)
S'il y a un volontaire dans la salle, me contacter par mail...
Nota : j'ai passé 2 semaines à plein temps pour faire la doc de digikam et une semaine pour les ImagePlugins. Le tout en anglais bien sur !!! C'est long !!!
Voila le travail :
http://docs.kde.org/en/HEAD/kdeextragear-3/digikam/(...)
http://docs.kde.org/en/HEAD/kdeextragear-3/digikamimageplugins/(...)
Nota : Digikam et DigikamImagePlugins en version 0.7.1 est prévu pour nöel de cette année.
@+
Gilles Caulier
Digikam project
DigikamImagePlugins project
KipiPlugins project
[^] # Re: .
Posté par Gilles Caulier . Évalué à 1.
bugs.kde.org est là pour cela. Regarde s'il n'y a pas déjà un souhait sur ce sujet ici :
http://bugs.kde.org/buglist.cgi?product=digikam&bug_status=UNCO(...)
@+
Gilles Caulier
Digikam project
# Bravo et merci
Posté par Vincent . Évalué à 1.
J'aime beaucoup ce logiciel ! Je branche mon appareil sur le port usb, 2 clic et la liste des photos s'affiche.
Les plugins sont très sympas (redimensionnement, création d'album web, création d'un dvd, etc ...).
Oui il y a quelques petit défauts à améliorer, mais dans l'ensemble c'est déjà vraiment bien (je me répète je sais :p)
Bref merci aux développeurs et à tous ceux qui y ont contribués, y contribuent, et vont y contribuer !
# Images RAW Couleur 16bits toussa
Posté par halt . Évalué à 1.
Testé et approuvé sue un D100 ... oui je sais ;)
http://fr.wikipedia.org/wiki/RAW(...)
# Digikam & Kimdaba
Posté par Xavier Teyssier (site web personnel) . Évalué à 4.
C'est quoi la différence entre Digikam et Kimdaba ?
Je croyais que les 2 étaient complèmentaires, mais apparemment, Digikam embarque une base de données pour stocker des métadatas.
Alors quelqu'un pourrait il m'expliquer la position de ces 2 projets vis à vis l'un de l'autre ?
[^] # Re: Digikam & Kimdaba
Posté par LeBonobo Bono . Évalué à 4.
En fait, à l'origine, les deux avaient une approche différente : digikam liste les images et les affiche. Kimdaba liste les images et les affiches, mais sur des critères... ça permet de retrouver par exemple facilement les photos de Marc qui était à Rome en juillet 2003 ... etc. Bon maintenant que Digikam permet de créer des albums virtuels, les tags, ils s'en rapproche.
On va dire que kimdaba est vraiment intéressant dans son concept, mais il manque de peaufinage, et digikam est plus agréable à utiliser.
[^] # Re: Digikam & Kimdaba
Posté par jmf . Évalué à 4.
Tout dépend de combien tu as de photos en fait. Si tu en as quelques centaines (disons <1000), utilise seulement Digikam, simple is beautiful. Une hiérarchie de dossiers, c'est ce qu'il y a de plus simple (cf le succès de WinAmp), et l'introduction de tags pallie suffisemment aux limites de ce modèle.
Si par contre, tu en as des milliers, voire des dizaines de milliers, utilises les deux, car KimDaBa se concentre vraiment sur l'aspect "je veux me rappeler qui et quelle histoire se cache derrière ces photos, ma mémoire d'éléphant ne me suffit plus, j'ai besoin de trier et de retrouver très rapidement les photos, que j'aie besoin d'une base de données, certes, mais comme elle ne peut être remplie automatiquement comme pour iTunes pour les mp3, il me faut des mécanismes évolués pour que je ne m'y passe pas ma vie". Pour les autres domaines, digikam sera plus à l'aise comme dit ci-dessus, (notemment pour tout ce qui modifie les images. Par design, kimdaba ne touche jamais aux images (aucun danger donc)).
La nouveauté c'est qu'ils ont maintenant pas mal de fonctionnalités en commun (qui elles peuvent modifier les photos), donc tu pourras envoyer les photos par mail (par exemple) que tu sois dans l'un ou dans l'autre ce qui est bien appréciable quand tu as les deux (1 seul truc à apprendre, tu sais qu'il y a la fonction, pas à changer d'application, ...)
Bref en conclusion, deux biens belles applications.
# Et ma débian?
Posté par Stibb . Évalué à 3.
[^] # Re: Et ma débian?
Posté par Yes21 . Évalué à 1.
Sinon il faudra attendre que les principales distributions intègrent digiKam 0.7 dans leurs prochaines versions ...
Mais pour un utilisateur de Debian il ne devrait pas y avoir de difficultés pour compiler à partir des sources, non ?
[^] # Re: Et ma débian?
Posté par Farzad FARID (site web personnel) . Évalué à 1.
Pour info c'est un paquet pour sarge (testing) j'ai dû le recompiler sur ma sid (unstable) pour que l'image viewer/editor marche.
J'ai fait un bug report détaillé à l'auteur.
[^] # Re: Et ma débian?
Posté par alexandre stanislawski . Évalué à 1.
[^] # Re: Et ma débian?
Posté par jmf . Évalué à 2.
Non on peut pas.
Petite revue des applications KDE
- gthumb se compare à gwenview, c´est un explorateur de dossiers d´images. Gwenview est surtout bien sympa parce qu´il s´intègre DANS Konqueror, comme le "slideshow" de windows, mais en mieux.
- digikam se compare à iPhoto d´Apple : on n´explore pas dossier par dossier, toute ta collection de photo en même temps. Comme en témoigne le Changelog long comme le bras à chaque fois, il t´apporte pleins de fonctionnalités pour modifier/utiliser les images, en ce sens, c´est un peu le couteau suisse victorinox de luxe ultra-complet et utile.
- kimdaba se compare à ... euh, je sais pas une idée ? Si digikam est le couteau suisse, alors kimdaba en est le laguiole : s´il ne s´agit que de couper, le laguiole est plus tranchant, tient mieux dans la main, et est assez classieux. Pour poursuivre l´analogie, il ne faut pas demander au laguiole d´implémenter toutes les features du couteau suisse, il y perdrait son âme, sa forme classique presque immuable. En lieu et place, je recommanderai d´acheter également le Victorinox, bien utile avec toutes ses lames, comme la nouvelle lame "anti-yeux rouges".
- et enfin, l´équivalent de gimp dans KDE c´est... euh non, il n´y a pas encore ca. Qu´a cela ne tienne, gimp fonctionne très bien dans KDE.
[^] # Re: Et ma débian?
Posté par ric . Évalué à 1.
oui, tout comme ShowImg et dont la version 0.9.4 à venir (voir cvs)
supporte egalement les plugins kipi (http://extragear.kde.org/apps/kipi.php(...))
[^] # Re: Et ma débian?
Posté par Epsos . Évalué à 1.
# gphoto2
Posté par yoho (site web personnel) . Évalué à 2.
Mon appareil (canon ixus 500) est supporté en mode PTP, mais les bugs sont fréquents. Par exemple, au bout du transfert de 50 photos, mon appareil se ferme et digikam plante (sans doûte une mise en veille de l'appareil, mais cela n'arrive pas sous win)
[^] # Re: gphoto2
Posté par Christophe Fergeau . Évalué à 4.
J'espère que t'as rapporté le bug autre part que sur linuxfr, sinon y a peu de chance que les choses bougent ;)
[^] # Re: gphoto2
Posté par yoho (site web personnel) . Évalué à 1.
Mais cela n'empêche pas qu'il y ait de nouveaux appareils numériques sortis depuis janvier 2004 et que gphoto2 n'a pas sorti de nouvelles versions.
Je ne parlais pas uniquement de mon cas personnel : c'était juste pour illustrer
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.