Journal KPhotoAlbum 4.0.2 est sorti !

Posté par (page perso) .
Tags : aucun
6
28
oct.
2009
KPhotoAlbum est une application de gestion d'image et de film sous KDE. La version pour KDE4 est maintenant bien stable puisque la version 4.0.2 vient de sortir.

Les particularité remarquable de KPhotoAlbum sont les suivantes :
- les images ne sont jamais modifiées (sauf à la marge et éventuellement les données IPTC)
- les images ne sont pas classées dans des dossiers mais enrichies de mots clés
- tout est fait pour que l'ajout et le classement de nouvelles images soit très rapide (entièrement possible au clavier, quelques secondes par image).

Voici une traduction rapide de l'annonce de la sortie :

KPhotoAlbum est maintenant clairement entrée dans la série 4.0.x avec de nombreuses améliorations et corrections de bugs. Des remerciments tout particuliers pour Hassan Ibraheem et Miika Turkia pour leur importante contribution à cette version ainsi qu'à Wes Hardaker, Franck Sicard, Matthias Fussel, Thomas Pircher et Bart Visscher qui ont contribué avec des patches.

Nouvelles fonctionnalités et amélioration depuis la version 4.0

- Reprise complète du navigateur
- Reprise complète du navigateur d'aperçus dont l'apparence est maintenant bien meilleure
- Quand la fenêtre d'annotation est appelée pour plusieurs images, les images partiellement sélectionnées sont également prise en compte. Merci à Hassan Ibraheem pour le patch
- Ajout d'un support pour une marque de copyright dans les pages HTML générées(Merci à Miika Turkia pour le patch)
- Ajout d'un nouveau thème pour les pages HTML qui inclut un meilleur support de javascript (Merci à Miika Turkia pour le patch)
- Accélération de la navigation dans les catégories quand le nombre de sous catégories est important. L'amélioration fait passer la navigation de l'ordre de grandeur d'une demie minute à une seconde
- L'annotation des images est bien plus explicite (Il y a maintenant une catégorie des images non annotées)
- Ajout de la recherche par évaluation
- Il est à présent possible d'ajouter une image de catégorie à partir d'un menu contextuel ce qui facilite grandement le processus (celà fixe le bug #195023). Merci à Thomas Pircher qui y a travaillé
- Il est maintenant possible de choisir le format d'enregistrement des aperçus sur le disque via la fenêtre de configuration (les fichiers ppm utilisés par défaut sont assez gros et donc, sur des disques de taille limité, il peut être intéressant de choisir jpg pour économiser de la place. (Merci à Franck Sicard pour le patch)
- Ajout d'un raccourci clavier pour supprimer dans la fenêtre de visualisation qui supprime l'image de la liste d'affichage. Pratique pour comparer un ensemble d'images et éliminer les pires une à une pour retenir la meilleure. Merci à Wes Hardaker pour le patch.

Quelques liens :

Le site officiel : [http://kphotoalbum.org]
L'annonce : [http://kphotoalbum.org/index.php?page=news#item0069]
Télécharger les sources : [http://kphotoalbum.org/index.php?page=download-source]
Télécharger les binaires : [Voir votre distribution favorite]
  • # Et même la 4.1 !

    Posté par . Évalué à 2.

    À Corriger...
  • # Remarquable

    Posté par . Évalué à -6.

    [troll]

    Les particularité remarquable de KPhotoAlbum sont les suivantes :
    - les images ne sont jamais modifiées (sauf à la marge et éventuellement les données IPTC)
    - les images ne sont pas classées dans des dossiers mais enrichies de mots clés
    - tout est fait pour que l'ajout et le classement de nouvelles images soit très rapide (entièrement possible au clavier, quelques secondes par image).


    Tiens, comme F-Spot. En effet, c'est remarquable.

    [/troll]

    Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

    • [^] # Re: Remarquable

      Posté par (page perso) . Évalué à 4.

      Tiens, comme F-Spot. En effet, c'est remarquable.

      Précisons donc, pour ceux qui ne s'en seraient pas aperçu seul, que KPhotoAlbum n'est pas un logiciel de nazi mais qu'il est intégré à KDE4. Il dispose donc de très nombreuses options et de très nombreux paramétrages (bien plus que F-Spot).
      • [^] # Re: Remarquable

        Posté par . Évalué à -6.

        Disons que F-Spot se contente d'implémenter les fonctions réellement utiles.

        Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

        • [^] # Re: Remarquable

          Posté par . Évalué à 8.

          Par dessus un framework complètement inutile et plus que douteux de surcroît (mono si vous n'aviez pas compris)
          • [^] # Re: Remarquable

            Posté par . Évalué à -2.

            D'une part, si des développeurs s'en servent, il n'est pas inutile, non ?

            D'autre part, il n'est pas plus douteux que le noyau Linux (qui utilise des technologies Microsoft non normalisées, au contraire de Mono).

            Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

            • [^] # Re: Remarquable

              Posté par (page perso) . Évalué à 2.

              C# est étudié que par microsoft. Et donc, mono aussi. Ce qui n'est pas du tout le cas du noyau linux.

              Envoyé depuis mon lapin.

              • [^] # Re: Remarquable

                Posté par . Évalué à 2.

                C# peut être, mais les langages en général c'est loin d'être le cas. Pareil pour les compilateurs, les jit, les frameworks, etc.
              • [^] # Re: Remarquable

                Posté par . Évalué à 0.

                La différence, c'est que .Net est normalisé ECMA, et que tout un chacun peut l'implémenter chez lui (bon, faut du courage).

                Tout ce qu'implémente Linux n'est pas exempt de brevet. Exemple récent : la FAT32...

                Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

                • [^] # Re: Remarquable

                  Posté par . Évalué à 4.

                  Non une partie seulement de .Net est normalisée ECMA.

                  Il manque une grosse partie des API, celles touchant aux interfaces graphiques entre autres, d'où l'utilisation de GTK#.

                  La FAT32 a une réelle utilité pour l'interopérabilité, sinon bye bye les clés usb universelles, les cartes mémoires de APN et les vieilles partitions windows. Samba et ntfs-3g même s'ils ne sont pas dans le kernel à proprement parler ont également une utilité vis-à-vis de l'interopérabilité.

                  Maintenant cite-moi un soft majeur qui bénéficie de l'interopérabilité partielle de mono/.Net ?
                  • [^] # Re: Remarquable

                    Posté par . Évalué à 2.

                    Il manque une grosse partie des API, celles touchant aux interfaces graphiques entre autres, d'où l'utilisation de GTK#.

                    C'est bien ce que je dis : Mono utilise soit des API standardisées, soit des API propres. Où est-elle donc, l'incertitude juridique ?

                    La FAT32 a une réelle utilité pour l'interopérabilité, sinon bye bye les clés usb universelles, les cartes mémoires de APN et les vieilles partitions windows. Samba et ntfs-3g même s'ils ne sont pas dans le kernel à proprement parler ont également une utilité vis-à-vis de l'interopérabilité.

                    Donc pour toi, faire fonctionner des programmes sur une autre plate-forme que celle prévue sans les recompiler, ce n'est pas de l'interopérabilité ?

                    Maintenant cite-moi un soft majeur qui bénéficie de l'interopérabilité partielle de mono/.Net ?

                    Et oui, il y a au moins un programme qui tourne partiellement : Paint.Net, annoncé par De Iguaza lui-même. Si celui-là fonctionne, il y en a forcément d'autres (bon, j'avoue, il faut que je cherche).

                    Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

                    • [^] # Re: Remarquable

                      Posté par . Évalué à 8.

                      A propos de paint.net :

                      (1) Will it ever be ported to Mac OS, Linux, or any other operating system?
                      (2) What about Mono support? Wouldn't that be really easy?
                      We will not be doing any work to directly support Mac OS, Linux, Mono, or any other platform. We are taking this stance in order to focus on the best quality and support for the platform that we develop on: Windows with .NET.

                      Miguel de Icaza started a paint-mono project, which is a port of Paint.NET v3.0 to the Mono framework. However, it is incomplete and does not appear to have been updated in awhile.

                      Source : http://paintdotnet.forumer.com/viewtopic.php?t=489

                      Donc pour ton soft majeur tu repasseras, et non y'a pas interop puisqu'il faut faire un portage (certainement au cause de l'API graphique différente)

                      Donc je le maintien pour moi ce framework est absolument inutile, donc OK pas dangereux a l'heure actuelle puisqu'il ne sert à rien ni a personne ....
            • [^] # Re: Remarquable

              Posté par . Évalué à 6.

              Si il est inutile car les développeurs auraient pu faire la même chose sans mono et donc sans les incertitudes juridiques qui vont avec.
              De plus quand on voit ce a quoi sert mono dans une distrib ... (f-spot / beagle, tomboy et ?? ) et qui ont tous un pendant, même dans le monde gtk/gnome on peut se poser des questions

              Et comparer les deux/trois modules noyau qui réimplémentent des technos microsoft (fat32 p.ex.) avec un framework entier dédié aux techos microsoft est quelque peu osé.
              • [^] # Re: Remarquable

                Posté par . Évalué à -2.

                Dans ce cas, GIMP est inutile, puisqu'on peut faire la même chose avec Paint.Net.

                Et quelles sont ces fameuses incertitudes juridiques ? Absolument tout ce qui est implémenté dans Mono est normalisé ECMA. Et s'il y avait tant d'incertitudes avec .Net, pourquoi le projet GNU a-t-il lancé sa propre implémentation, dotGNU ?

                De l'autre côté, le noyau viole certainement un paquet de brevet (certes pas forcément légitimes, mais pas non plus sans incertitude juridique), mais là, pas de problème, tout va bien.

                Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

              • [^] # Re: Remarquable

                Posté par . Évalué à 3.

                Si il est inutile car les développeurs auraient pu faire la même chose sans mono
                Donc Python et ruby sont inutile, on aurait pu faire la même chose avec du C et du Perl…

                Les dev ont choisit mono, peut-être qu'ils ont des arguments pour l'utiliser ? Ce sont eux qui bosse avec après tout, pas le trolleur du mercredi…
                • [^] # Re: Remarquable

                  Posté par . Évalué à 6.

                  Python et Ruby n'ont pas a ma connaissance une épée de damoclès signée microsoft au dessus de la tête.
                  Par contre se traîner un mono alors que l'ecosystème libre dispose de Perl / Python / Ruby / C++ et plein d'autres c'est à mon avis se faire chier pour que dalle.

                  Maintenant les devs font se qu'ils veulent c'est leur problème mais je donne mon avis.
              • [^] # Re: Remarquable

                Posté par . Évalué à 4.

                Ah ben oublie beagle c'est mort maintenant ce projet. Tomboy a ete re-ecrit en C++ (gnotes). Donc deux boulets de moins a se trainer.
    • [^] # Re: Remarquable

      Posté par (page perso) . Évalué à 4.

      La question est plutot: "Est il aussi instable que Fspot?"
      • [^] # Re: Remarquable

        Posté par . Évalué à 0.

        Que veut-tu dire ? Bien sûr que F-Spot est instable, de nouvelles versions sortent régulièrement.

        (À moins que tu ne confondes fiabilité et stabilité ?)

        Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

        • [^] # Re: Remarquable

          Posté par . Évalué à 4.

          Perdu, c'est toi qui confond stabilité d'une distribution et stabilité d'un logiciel, amha.

          Quand Debian parle de stabilité, elle parle de son système de paquet. La stabilité d'un logiciel, c'est l'absence de bug qui le font planter ou mal marcher à tout bout de champ ...
    • [^] # Re: Remarquable

      Posté par . Évalué à 2.

      En même temps, tout le monde aura compris que KPhotoAlbum c'est mieux!!

      En tout cas, on a pas besoin de se poser la question sur le choix du framework...

      ----->[]
      • [^] # Re: Remarquable

        Posté par (page perso) . Évalué à 5.

        Dites voir, vous serriez pas en train de me pourrir mon journal avec un méchant troll alors qu'on est mercredi ? non, hein !
        • [^] # Re: Remarquable

          Posté par . Évalué à 10.

          C'est pas le style de la maison DLFP...
        • [^] # Re: Remarquable

          Posté par (page perso) . Évalué à 4.

          Bah, on peut dire qu'il la cherché...

          Venir troller ouvertement sur un soft Kde en disant qu'un logiciel Microsoft fait pareil, c'est quand même du troll en puissance ;)

          Puis bon, on verra jamais des Kdeistes troller dans un news Gnome en disant que Kde fait mieux, c'est pas le genre :)
          • [^] # Re: Remarquable

            Posté par . Évalué à 2.

            Oui, je l'ai cherché, mais j'avais bien prévenu que c'était du troll...

            C'est tout de même dommage, il n'a pris que dans un sens, personne n'est venu critiquer KDE. C'est pas drôle :-(

            Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

            • [^] # Re: Remarquable

              Posté par . Évalué à 10.

              Mais c’est parce que, même empli de mauvaise foi, on ne trouve aucune critique contre KDE.
  • # Trie des dossiers

    Posté par . Évalué à 2.

    J’utilise digikam, et un peu kphotoalbum, mais il y a un truc que j’ai pas trouvé. C’est comment importer les photos directement dans des dossiers de type : « ANNÉE »/« MOIS »-« JOUR ». J’ai fouillé les plugins dispo sans succès.

    Pour répondre aux trolleurs, une partie du travail est partagée avec digikam, entre autres les plug’in (kipi-plugin)

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.