Batmat a écrit 16 commentaires

Vous avez regardé le pluging dashboard ? A priori, c'est le même but. En plus, la poste aurait contribué pour ajouter une sorte de consolidation temporelle :
http://mojo.codehaus.org/dashboard-maven-plugin/

Tiens, justement, la dernière version issue du svn vient de sortir :
http://mail.kdab.net/mailman/pipermail/kphotoalbum/2007-Sept(...)

Dans ce que tu décris de Digikam, que je ne connais pas, je ne trouve rien que KPhotoAlbum n'a pas (petit nom KPA, anciennement nommé KimDaBa pour la petite histoire).

KPA prend le parti initial de ne pas modifier la photo originale. Les méta-données sont donc stockées par défaut de façon externe. La version stable des méta-données est actuellement en XML, un backend SQL arrive. Comment KPA fait donc pour retrouver les méta-données d'une image si elle est déplacée ? Très simple : il stocke pour chacune une checksum.

De plus, KPA étant compatible avec l'interface KIPI de plugins. Il peut en fait déclencher le traitement externe de tout un tas d'outils, ce que peut donc certainement faire aussi DigiKam puisqu'il me semble qu'il est aussi compatible avec KIPI.

Pour finir, quelqu'un a développé un outil qui permet d'exporter toutes les méta-données de KPA en iptc.

Personnellement, j'utilise KPA depuis maintenant plusieurs années avec une grande satisfaction. Il est extrêmement puissant et évolue sans cesse (par exemple, le portage vers Qt4/KDE4 est en cours) grâce à une communauté importante (la ml de kpa compte en effet, en plus des nouveaux utilisateurs bienvenus, un grand nombre d'habitués qui ont plus ou moins tous déjà fourni des patches ou des évolutions).

Par exemple, depuis un peu plus d'un an environ, KPA gère aussi les vidéos.

Les fonctionnalités pour annoter les images sont très optimisées pour une saisie la plus rapide possible (auto-complétion, recopie des tags de l'image précédente qu'on vient d'annoter par raccourci, etc.)

Je gère ainsi plus de 12000 photos et vidéos.

Voilà pour ma petite expérience, j'espère que ça vous donnera envie d'essayer KPA. Vous pouvez toujours jouer avec en le lançant avec l'option -demo. Une base de test sera ainsi chargée pour vous permettre de voir son fonctionnement.

http://kphotoalbum.org

Nous pensons aussi que c'est le moyen le plus simple de mettre en place son serveur subversion.

Si vous parlez du côté utilisateur, alors oui. C'est vrai qu'un serveur disponible depuis le protocole HTTP/S est plus facilement accessible, depuis par exemple l'intérieur des entreprises, qui souvent mettent en place l'accès au Web via un proxy obligatoire (donc interdisant l'accès tout autre port que 80 ou 443).

Par contre, si vous parlez de mise en place du serveur, je ne suis pas d'accord du tout, le protocole svn:// avec svnserver est beaucoup plus simple et plus léger à mettre en ½uvre (pas besoin d'installer Apache2, mod_svn, mod_dav etc.).

En fait, KPhotoAlbum n'est pas réservé à KDE. Personnellement, j'utilise Gnome ET KPA :-). Mais tu as raison sur le principe. En fait, plus précisément, cette possibilité est liée à Qt4 (KPA est actuellement en Qt3), qui est censée être totalement portable sous Windows, notamment.

Le développeur principal de KPA aimerait trouver le temps de migrer vers Qt4, qui permettra alors d'utiliser KPA indifféremment sous les deux OS :-).

Je me posais la question à ce propos justement. Nous utilisons MIA, mais pas MIA Transformation, est-ce qu'il existe un chemin de migration réaliste entre ces outil ou bien est-ce que ça nécessite forcément de tout refaire from scratch ? En effet, nous utilisons MIA, mais nous ne serions pas contre une migration vers une solution libre comme Acceleo, car MIA est l'une des seules briques propriétaires qui subsistent dans nos outils de dev. Du moment que nous arrivons à avoir une "ISO fonctionnalité", c'est envisageable. Mais bon, c'est vrai qu'il faudrait que je teste vraiment Acceleo pour avoir une meilleure vision de ce que ça permet de faire :-).

Je (re)précise ce qui m'intéressait :
MIA Generation => Acceleo

Je pense qu'il y a une erreur dans l'orthographe du nom de Florian. L'erreur a déjà été commise à plusieurs endroits, mais l'orthographe semble plutôt bien être Mueller. Le fait notamment d'avoir reçu un mail de lui, et qu'il ait signé comme ça semble le prouver :).

Marrant, chez moi, nautilus s'ouvre assez vite (portable Centrino 1.6Ghz, 1Go RAM, Ati radeon 128Mo), genre immédiatement à l'appui sur le bouton du clavier que j'ai configuré comme raccourci.

Par contre, gnome, c'est une horreur : il me faut bien 10 secondes pour avoir la main...

Ensuite, je ne sais pas non plus pourquoi, mais il me faut environ 1 minute je dirais pour que les applications qui doivent se lancer (liferea, gaim) se lancent et affichent leurs icônes dans la zone de notification :-/.

C'est l'expression utilisée par Laurent qui m'a fait réagir de la sorte :

Cerise sur le gâteau

Rassure toi, je ne suis pas irrité, au contraire. Mais c'est juste qu'Apple mène une politique pour le moins controversée vis à vis du Libre et qu'il me semblait utile de rappeler le fait que ce soit bien une obligation et non une "Cerise sur le gâteau", même si c'est très bien dans l'absolu puisque ça contribue à l'amélioration du libre :-).

éééééééé meeerde. :)

"d'un côté les développeurs, de l'autre côté les graphistes", voulais-je dire évidemment...
Merci pour la coquille :/

Ils n'ont plus 90% du marché. Ils ont environ 80% sur les sites généralistes, genre lemonde.fr , et sont presque en minorité sur les sites plus techniques.

Donc, non. En plus, en respectant le standards, le site passe bien sur tous les navigateurs (à quelques erreurs près d'IE bien sûr.). Ça vaut mieux que de développer à la mode des années 80 avec une page par navigateurs.

En tout cas, je fais partie de la génération en train d'arriver sur le marché et je peux te dire qu'il est totalement hors de question de revenir en arrière à ce sujet.

J'ai déjà encouragé ma direction et tous les gens que je rencontre à utiliser du XHTML/CSS et je peux te dire que dans une boite de dev, pouvoir dire aux "décideurs" qu'on va pouvoir :
* définir simplement des normes communes de développement (notamment en imposant que les pages valident, pas suffisant, mais c toujours un indicateur) et que ça coutera donc moins cher en maintenance
* Séparer les métiers, les équipes en terme de compétences. D'un côté les graphistes, de l'autre côté les graphistes (grossièrement).

Là, ça les intéresse vraiment !

>Si contribuer c'est fournir les sources à un projet tierce alors on peut dire qu'Apple contribue à tous les projets GPL de la planète.

Contribue, contribue. Bon, ne crachons pas sur le fait qu'une entreprise améliore un logiciel Libre. Mais ne leur léchons pas non plus les pieds, ce n'est pas une fleur qu'ils font là, ils remplissent leur obligation légale de publier les sources puisque le soft est GPL. Encore heureux donc qu'ils publient les sources de la correction.

OK, ils contribuent, mais ce n'est pas à sens unique, je ne pense qu'ils aient choisi le moteur de Konqueror simplement pour pouvoir contribuer, mais aussi parce que ça leur évitait de tout redévelopper.

Rappelons donc c'est une entraide et non pas seulement "un cadeau d'Apple" comme certains semblent le penser.

Je viens d'aller voir sur le site de France Inter et le sujet de ce soir semble ne pas correspondre ?! :

Le 25 Avril
Les "lundis de l'Europe" : questions sur les Pays-Bas et le débat constitutionnel européen...
Les Néerlandais se prononceront eux aussi par référendum, quelques jours après les Français, sur la ratification du projet de Traité institutionnel. Gros plan sur le débat européen mais aussi la situation économique, politique et sociale aux Pays-Bas, avec là-bas aussi des partisans et des adversaires du projet de Constitution...

source : http://www.radiofrance.fr/chaines/france-inter01/emissions/telsonne(...)

Moi, si.

« On peut rire de tout » (encore heureux)

Tout à fait d'accord !

Je croyais qu'il y avait des modérateurs sur LinuxFR. En plus d'être écrit sur un ton violent et un peu vulgaire, ce billet est bourré de fautes d'orthographe !

J'espère que c'est le seul qui passera, parce qu'encore quelques uns comme ça et je pourrais envisager de ne plus suivre LFR. Le fond a peut-être une part de vrai, mais c'est formulé n'importe comment et ça brise tout.

Bref, inadmissible sur un site avec autant de public qui fournit pourtant habituellement des billets relus et objectifs...

Salut à tous,
je viens de traduire en français toute la page de Tanenbaum (http://www.cs.vu.nl/~ast/brown/(...))

Je l'ai mise là : http://www.batmat.net/blog/2004/05/24/54-LinusAtilEcritLinuxTraduct(...)

J'espère que ça sera utile à ceux qui ont du mal avec l'anglais :)

@++