ça semble dépendre des modèles de chip. Ou disons plutot que le problème est + ou - grave selon les chips.
Par exemple, j'ai 1 desktop avec 8600GTS, et un laptop avec 8600M, et bien le desktop (avec les bonnes options xorg) est utilisable, avec ou sans effets, meme si c'est pas super fluide. Alors qu'avec mon laptop, meme avec les effets desactivés, c'est franchement gallère, limite pas utilisable.
( Pas de pot, c'est bien le laptop que j'emmenerai à l'akademy....).
La perfection, c'est beaucoup demander... contentons nous de l'excellence. ;)
Blague à part, pour rentrer dans ton raisonnement, cette "excellence" perçu reposerai sur tous les contributeurs. En premier lieu l'équipe de developpement (leader, developpeurs, artistes...) bien sur, mais également le 2eme cercle (projets/librairies connexes utilisés, distro/packageurs...) et le 3eme cercle (utilisateurs, presse...). Le 3 eme cercle est tres important, car non seulement il peut faire le succès du produit, mais l'utilisateur est le contributeur de demain (1er ou 2eme cercle)
À partir de là, soit les moyens suivent derrière, soit ils ne suivent pas. Soit le modèle du libre est capable de fournir les moyens de la perfection, soit il ne l'est pas.
Les moyens ne sont pas figés: Le modèle du libre semble pouvoir potentiellement fournir ces moyens dans la plupart des applications grand public, et qui fonctionne par amélioration successive, ce qui exclue:
- Les jeux à scénario (genre qui se fini en 6-8h et qu'on ne retouche plus ensuite)
- Applications pro spécialisé et pointu
mais cela inclue lecteur/editeur texte, video, photo, navigateur internet, ...)
Mais effectivement tous n'y arrivent pas. Et cela semble tenir à pas mal de paramettres: buzz du projet, choix techniques, ambiance dans l'équipe, prise de décision (dictateur bienveillant/malveillant, consensus...), accueil des nouveaux contributeurs, ( ....).... et pour rajouter encore de la complexité, les recettes qui marche dépendent du contexte, de l'appli ...
Mais ce que je constate, c'est que dans certains cas ça marche, et d'autres non. Voir même quelques changements/décisions font passer un projet du bon coté: mozilla Vs Firefox, xfree86 Vs xorg... et pourtant, je me souviens qu'a l'époque de xfree86, on justifiait (moi y compris) l'archaïsme et la très lente évolution de xfree par la difficulté de trouver des développeurs assez compétant pour bosser sur un serveur X. Le changement impressionnant après le fork à démontré que le problème n'était pas au niveau des ressources...
Maintenant, un fork est un cas extreme, mais il y a aussi des changements différents. Comme le changement kicker vers plasma. L'équipe de dev a considérablement grossi, les contributions externe sont devenu possible.... tout à changé... Mais au prix d'un investissement considérable du leader, en plus de ses qualités personnelles. Sur les jeux KDE aussi, il y a eu un avant/apres, et j'y ai vu de près que non, les moyens ne sont pas constants du tout, mais il faut aller les chercher. Et que la différence entre le succès et l'échec se joue à peu de chose.
Exemple: Gof, développeur très méritant de Kopete, m'a raconté une fois qu'il y avait un développeur qui pourrissait tellement l'ambiance que 2 gas avaient quitté la team, et que lui-même avait failli partir. Heureusement, le "pourrisseur" est parti avant. Je suis arrivé juste après, et j'y ai découvert une équipe très sympathique, compétente et accueillante. Du coup, j'y ai pris plaisir, grace à Gof au passage, et plus tard, j'ai encouragé d'autres personnes talentueuses à rejoindre KDE... l'effet papillon. Dans le bon sens cette fois ci, mais ça aurait pu être l'inverse.
Voilà comment 1 gas, même pas leader, peut faire aller les choses dans le mauvais sens. Imagine ensuite pire, un leader sans vision qui refuse les patchs et les nouveaux contributeurs...
"Donc la question se pose, si Gimp n'est pas parfait, à qui la faute ?"
J'en sais rien, pour avoir un vrai avis, faudrait lire les mailing lists, lRC, proposer des patchs bien foutu et voir s'ils sont acceptés avec compliments et compte SVN en prime (ce qui s'est passé pour moi chez KDE), ou refusé sous un prétexte bidon.
Je ne sais pas ce qui se passe chez gimp, je ne peux faire que des constatations et des suppositions. Mais si je prends Inskcape et Gimp, 2 logiciels que j'utilise bcp, depuis des années, à la fois au travail et à la maison:
Au niveau du 3eme cercle
- The Gimp a un net avantage d'utilisateur et de notoriété (http://www.googlefight.com/index.php?lang=fr_FR&word1=gi(...) par exemple)
- The Gimp a un avantage au niveau historique également
Le tout donne un meilleur potentiel de ressource
Au niveau du 2 eme cercle:
- Les 2 se base sur GTK (et on peut pas dire que GTK soit inconnu de Gimp...)
- Les distro traitent équitablement les 2, voir package par defaut gimp alors que Inkscape est en option (sur Suse)
Et au final, c'est étonnement Inkscape qui évolue tres vite, dans le sens de ce que veulent les gens, avec des roadmap prévu, et suivis (http://wiki.inkscape.org/wiki/index.php/Roadmap ). A coté, Gimp semble stagner ou avoir stagné pendant des années, et refusé des demandes aussi basiques que les dossiers de calques. Cela me fait penser qu'il y a un problème dans l'équipe de dev (organisation, personnes, architecture...)... quelque chose ne colle pas ou n'a pas collé pendant longtemps.
Il serait même intéressant d'avoir des statistiques comparatives (nombre de commit, nombre de commiteur, turn over, évolution de ceci dans le temps, demande de fonctionnalités clos après rejet & acceptation... ).
Alors après, c'est à l'équipe de Gimp de voir.... Peut-etre que le pb est résolu et qu'on en verra les effets plus tard, ou qu'il est toujours là à pourrir le projet.
Alors, loin de moi l'idée d'insulter qui que ce soit, et surtout pas une équipe de développement OSS, et encore moins sans savoir ce qui s'y passe (ambiance, bébé ou décès, ...) . Mais je n'accepte pas trop la politique de l'autruche, et préfère largement l'attitude de Aaron Seigo, qui a humblement et publiquement analysé les problèmes de Kicker, avant d'y remédier, ou celle de Keith Packard, qui a affronté la pire situation qui soit, celle dite du "dictateur malveillant".
Bon, désolé, c'est la présentation d'un softs proprio, mais sur les differents onglets de cette page, il y a differents type de distorsion et les traitements proposés, mais les pages sont bien explicatives:
Je compare un soft proprio à un soft libre. C'est le theme de ce journal. Et l'aspect payant/libre n'empèche bcp de penser qu'Amarok est meilleur iTunes ou WMP, ou que Firefox est meilleur qu'Opera ou IE.
Donc c'est pour moi une excuse que je refuse, car j'aspire à une situation ou les softs opensource grand public serait supérieur au softs proprio. Accepter cette excuse, c'est accepter que Linux serait un sous systeme incapable de satisfaire des besoins pro, ou meme expert... Non, j'aspire à ce que le monde du libre puisse etre au top. Et de nombreux softs libres montre que c'est possible, même si c'est très dur.
Ce qui est vrai par contre, c'est que là ou chez Adobe, il y a une jolie équipe... qui travaille de concert avec des photographes pro, de l'autre coté, Gilles Caulier semble porter sur ses épaules et sa motivation l'essentiel de ce qui est fait sur Digikam, et il accomplit déjà une tache réellement monumentale.
Plus qu'avec des bounty, amarok, plasma (...) ont su fédérer des communauté de développeurs/ergonomes/artistes..., parfois sur le long terme, parfois ponctuellement pour des restructurations... et arrivé à être compétitifs. Je pense que c'est aussi possible (sans etre facile) pour digikam, et ainsi rattrapper sur l'essentiel Lightroom.
Pour prendre une analogie, les logiciels de musiques comme winamp/XMMS gérent les mp3, les tags, les playlists... mais des softs comme amarok, itunes..., bien étudié au niveau ergonomie, permettent de gérer bien bien mieux une collection ou une écoute.
Et j'attend pour la photo la même chose d'un soft comme digikam. Et si amarok est sans soucis vis à vis de sa concurrence propriétaire comme iTunes, pour la photo, Lightroom ou Apperture marquent l'écart.
Donc oui, on peut importer dans la base, faire pivoter, tagger... d'un point de vue strictement fonctionnel, il ne manque rien ou pas grand chose à digikam. Reste l'ergonomie. L'ergonomie qui permet de traiter 50 images au lieu de 10 dans le meme temps, et d'avoir un résultat de meilleur qualité, le tout avec un moindre effort.
Alors ensuite, meme si la partie Raw de "rawstudio" est pas mal du tout, je pense que digikam est celui qui à le plus grand potentiel pour être le Lightroom du libre.
Je ne voulais pas trop rentrer dans le détail ici, pour pas rentrer dans le "dis moi de quoi tu as besoin, je t'expliquerai comment s'en passer. Mais j'aimerai avec immense plaisir y travailler avec Gilles Caulier à l'akademy. Cependant, 2 simples exemple:
- Gestion lumiere contraste: Avec raw studio(ou lightroom), on voit lorsqu'une image est sélectionné, l'histogramme de la photo et les réglettes pour changer contraste/expo. Avec digikam, je dois rentrer dans l'édition de la photo, je vois mon histogramme, mais non éditable (pourquoi?), puis sélectionner la fonction d'édition, et enfin changer sur une vignette. C'est plus lourd et moins pratique, alors que digikam apportait une idée intéressante sur raw studio avec les vues splités.
- Découpage: Pour recadrer une photo, gwenview (de kde4) ou Picassa, apporte un recadrage temps réel (assombrissement de ce qui sera coupé), voir http://www.informit.com/content/images/chap3_0672328305/elem(...)
mais en plus avec les tailles standards prédefini (1:1, 2:3, 4:3...), donc sans soucis vis à vis de l'aspect esthétique ou de l'impression ultérieur. C'est galère d'avoir a calculer ses ratio hauteur/largeur à la calculette pour arriver à une photo qu'on enverraient ensuite à développer... Mais là dessus, Gimp ne fait pas mieux, et krita (de KDE3, pas testé le 4 sur ce point) fait meme pire.
De la finition, de l'ergonomie de la simplicité, voilà ce qui est pour moi + urgent sur digikam.
Apres, on pourrait voir s'il y a de réels manque. ;)
Enfin, ceci n'est que mon tres humble avis
PS: J'en suis a développer mes raw avec un script maison, les trier avec konqui + gwenview, les retailler/pivoter avec gwenview (de kde4, un régal ce nouveau gwenview), puis stoker avec Digikam. Et j'avoue que j'en ai marre....
Try nvidia-settings -a InitialPixmapPlacement=2 (mostly good speed improvement, this will be someday the default)
and in xorg.conf: Option "PixmapCacheSize" "200000" (this may help with pixmap intensive apps)
ce qui a marché comme un charme avec ma nvidia 8600GS et la 8600 de mon portable. J'y ai gagné un KDE4 super réactif avec les effets kwin activés
Ben ça aide aussi d'avoir un compte SVN/CVS... Je me souviens d'un trol^^^topic sur kde-devel ou la constatation était faite qu'un guru kde n'avait jamais réussi à avoir son compte chez mozilla, malgré ses compétences, alors que chez KDE, c'est relativement aisé.
Peut-etre tout simplement les dev de Gnome ont également rencontré le meme soucis. Un projet libre, au sens licence, ne signifie pas hélas "ouvert" au sens projet.
la taskbar du premier: la couleur est juste à vomir,....
Oui, la taskbar du screenshot est horrible. Mais il s'agissait d'un truc temporaire pour tester le code avec le rendu provenant du SVG.
Elle a a déjà été remplacé d'ailleur.
Voilà pourquoi je dis que kde pêche dans les détails.
Il y a une part de vrai là dedans.... Le problème, c'est que la finition, tellement necessaire, consomme aussi bcp de temps. Temps que l'on a pas eu pour 4.0, car il y a eu un gros chantier. Mais cela ne signifie pas qu'on a laissé ceci sous le tapis de nos préocupations. Elles étaient souvent derrières.
Avec KDE3 par exemple, avec un kicker patché dans tous les sens tel que seuls les meilleurs dev pouvaient changer quoi que ce soit, cela ne rend pas l'amélioration facile. Et ce genre de soucis étaient présent à de multiples endroits.
En réalité, avec KDE4, la finition sera bien plus aisé, car parmis les chantiers (permise par QT4 aussi) , il y a eu une vrai préoccupation de séparation code/présentation.
Il est donc possible désormais à un non développeur, mais ayant un sens artistique et/ou de la finition de contribuer, en maniant un simple Inkscape, et ce pour la taskbar (et plasma en général), la quasi totalité des 27 jeux, ....
Et si je ne présumerai pas des autres mainteneurs, en ce qui me concerne, j'accepterai toute contribution positive en ce sens au niveau des jeux.
On pourra (parfois avec justesse) critiquer la finition de la 4.0, qui sur certains point comme plasma manque de maturité. Mais la partie invisible, c'est que les libs et surtout le workflow de création et de contribution est maintenant bcp plus fluide sur plusieurs parties de KDE, que cela commence tout juste à payer, un peu tard maintenant pour la 4.0, mais c'est très très encourageant pour les 4.1, 4.2 et suivant...
Les amateurs de desktop parfaitement fini passeront peut etre leur tour pour la 4.0, ou alors au contraire y verront l'occasion de commencer à contribuer (Car un SVG ou des paramettres de confs fignolés, c'est important effectivement.).
Il y a déja une fondation/association, "KDE Ev", sorte d'association à but non lucratif de droit allemand, dont la plupart des développeurs réguliers sont membres.
Cette fondation a financé par exemple le dernier serveur SVN.
Mais il est vrai que celle-ci ne gere pas les sources comme le font d'autres projets.
La première chose que je fais est de classer mes photos dans une arborescence du style année/mois/date_et_heure.jpg à l'aide d'un tout petit script python.
Tu pourrais publier cela... j'avoue que je suis en train de m'organiser et et d'évaluer les différents logiciels (avec un penchant pour Digikam), et j'ai quelques Go de photos à organiser sous cette forme (année/mois/date_et_heure.jpg ) a partir des Exif...
Je t'en serai au moins dix mille fois reconnaissant...
En plus, Gimp fait ses traitements en 8bits, ce qui le rend inadapté pour les traitements courant à partir de Raw (lumiere, contraste...). Donc non adapté aux photographes.
C'est possible d'avoir quelques précision ? (je suis release coordinator des jeux KDE4 et presque pas au courant...)
Ils ont remplacé les jeux KDE3 par ceux de KDE4? Tous? Une partie? et intégré dans le menu ? Ou alors il y a ceux de KDE3 et se sont des packages différents et installables via Yast?
Mais il faut qu'on m'explique. Comment peuvent-ils nous mettre
encore et toujours ce menu KDE avec la scroll bar à droite pour les menus. C'est, je crois, le menu le moins pratique que j'ai vu de toute ma vie.
C'est pas le menu KDE, mais un menu fait par Suse, auquel j'ai du mal a m'habituer, et qu'on désactive d'un simple click droit dessus, en changeant pour le menu classique (celui de KDE, le vrai !)
Opéra si on est pas développeur a la limite... et si on oublies pas mal d'extension sympa... Quand à Foobar2000, je vois pas comment, meme avec les gouts et les couleurs, on pourrait trouver ça meilleur.
Adobe a des moyens c'est clair. Mais le problème de Gimp, ou son décrochage, c'est pas lié à ça. Ce soft n'évolue pas, ou en tout cas, pas comme il faudrait...
Des demandes simples comme les dossiers de calques, a été demandé depuis des années. Truc qu'un bon hacker devrait etre capable de le faire en quelques heures....
Inkscape, a coté, évolue bien, évoluant sur l'ergonomie, les features, le format, les tutorials, ... le tout dans un planning définie, publié (et respecté). Que Inkscape soit meilleur ou moins qu'Illustrator, peu importe à la limite: il fait le boulot, m'en offre toujour plus et mieux, et ne me fait poser aucune question quand à la pérénité. Ce n'est plus le cas avec Gimp aujourd'hui.
Alors quel est le probleme de Gimp? Je l'ignore completement, mais ce ne sont pas des causes externes (genre Adobe a plein de pognon), mais interne (manque de contributeurs, culture du projet, acceptation des patchs, code pourri, ....).
En tout cas, ça me fait MAL quand y'a 15 jours, j'en suis amené a demander l'achat d'une licence Photoshop au taf, ou quand j'entends un pote linuxien me dire qu'il a de + en + besoin de son dual boot Windows car il passe sur Photoshop :(
Je ne suis pas d'accord sur l'aspect systématique que tu laisses paraitre, il y a aussi l'inverse, où les softs libres sont bien meilleurs que toute alternative propriétaire, comme Firefox ou Amarok, ainsi que d'autres, simples et bien foutus, dont je serai incapable de donner d'équivalent aussi agréable, comme kafféine ou konqueror pour gérer mes fichiers.
Par contre, je suis bien d'accord avec toi sur OOO (style office 97 toussa...), ce qui est encore plus criant avec le dernier Office et l'important travail qu'il ont fait sur l'ergonomie. Et encore plus d'accord pour Photoshop Vs The Gimp (où Gimp a décroché à tous les niveaux ...). J'utilise Gimp depuis des années, mais j'ai meme du faire acheter Photoshop à ma boite dernierement, à mon grand regret, mais pas trop le choix :/ Espérons que Krita reprenne le flambeau là où Gimp a échoué.
Pour moi essentiellement du KDE:
- Divers aspects graphique pour Kopete (bonne équipe et bonne ambiance). Mais acces à un certain niveau.
- Oxygen (plus dur d'avoir ses contributions acceptés et gardé...)
- KDEgames: Du graphisme, de l'érgonomie, et maintenant en + release manager. Mon bilan: une vraiment bonne équipe, bonne ambiance. Une équipe essentiellement renouvelé, donc pas de guru barbu à qui plaire, mais les nouveaux doivent se prendre en main.
Ca, c'est pour les trucs qu'on commit, pour le reste, le meme dossier KDE4 en cours, et de la promotion diverse et varié (comme faire utiliser du Subversion / Trac / Liferay et autre projet libre dans sa boite)....
Sam est loin d'etre le seul, j'utilise Suse aussi. C'est une distro orienté desktop qui marche, relativement blending-edge sans etre casse gueule, avec des outils graphiques pour toutes les taches, et qui intègre aussi bien Gnome que Kde.
Oui mais flash n'a pas d'alternative libre, tant au niveau du plugin leger et multiplateforme que de l'éditeur qui permet de faire des animations et video par un non-programmeur.
Dans le controle des notifications on peut choisir l'action a faire (son, script...). En choisissant script, un petit script DCOP qui va bien (que tu trouvera en fesant une recherche ici), et tu auras ta fenetre qui vibre.
En effet, il a été jugé que certains modules n'était pas encore pret pour être gelés. Et donc KDE4 n'est pas passé en Béta, mais en Alpha2.
Quelques autres correctifs:
- Oxygen n'est pas basé sur Nuvola, meme si l'auteur de Nuvola est un des directeurs artistique d'Oxygen
- s/Akademie/Akademy : On y a pas développé KDE4alpha2 (qui est en chantier depuis plus de 2ans), mais beaucoup de boulot y a été fait, ainsi, et c'est tres important, des rencontres et discutions qui posent les bases de ce qui sera fait dans l'année.
- Il y a plein de nouveautés dans KDE4, autres que celles cités ;)
En effet, pour l'instant, et d'apres les discutions de l'akademy, c'est un KPart webkit qui puisse remplacer KHTML dans Konqueror. Pour le reste, c'est à dire l'avenir, c'est plutot flou d'apres les différentes discutions que j'ai eu (n'ayant pu assister à la conférence).
[^] # Re: NVIDIA... NVIDIA???
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal VIA publie 800 pages de spécifications pour Linux. Évalué à 3.
Par exemple, j'ai 1 desktop avec 8600GTS, et un laptop avec 8600M, et bien le desktop (avec les bonnes options xorg) est utilisable, avec ou sans effets, meme si c'est pas super fluide. Alors qu'avec mon laptop, meme avec les effets desactivés, c'est franchement gallère, limite pas utilisable.
( Pas de pot, c'est bien le laptop que j'emmenerai à l'akademy....).
[^] # Re: digikam
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal Suite de "Ce qui manque à GNU/LINUX........ Évalué à 8.
Blague à part, pour rentrer dans ton raisonnement, cette "excellence" perçu reposerai sur tous les contributeurs. En premier lieu l'équipe de developpement (leader, developpeurs, artistes...) bien sur, mais également le 2eme cercle (projets/librairies connexes utilisés, distro/packageurs...) et le 3eme cercle (utilisateurs, presse...). Le 3 eme cercle est tres important, car non seulement il peut faire le succès du produit, mais l'utilisateur est le contributeur de demain (1er ou 2eme cercle)
À partir de là, soit les moyens suivent derrière, soit ils ne suivent pas. Soit le modèle du libre est capable de fournir les moyens de la perfection, soit il ne l'est pas.
Les moyens ne sont pas figés: Le modèle du libre semble pouvoir potentiellement fournir ces moyens dans la plupart des applications grand public, et qui fonctionne par amélioration successive, ce qui exclue:
- Les jeux à scénario (genre qui se fini en 6-8h et qu'on ne retouche plus ensuite)
- Applications pro spécialisé et pointu
mais cela inclue lecteur/editeur texte, video, photo, navigateur internet, ...)
Mais effectivement tous n'y arrivent pas. Et cela semble tenir à pas mal de paramettres: buzz du projet, choix techniques, ambiance dans l'équipe, prise de décision (dictateur bienveillant/malveillant, consensus...), accueil des nouveaux contributeurs, ( ....).... et pour rajouter encore de la complexité, les recettes qui marche dépendent du contexte, de l'appli ...
Mais ce que je constate, c'est que dans certains cas ça marche, et d'autres non. Voir même quelques changements/décisions font passer un projet du bon coté: mozilla Vs Firefox, xfree86 Vs xorg... et pourtant, je me souviens qu'a l'époque de xfree86, on justifiait (moi y compris) l'archaïsme et la très lente évolution de xfree par la difficulté de trouver des développeurs assez compétant pour bosser sur un serveur X. Le changement impressionnant après le fork à démontré que le problème n'était pas au niveau des ressources...
Maintenant, un fork est un cas extreme, mais il y a aussi des changements différents. Comme le changement kicker vers plasma. L'équipe de dev a considérablement grossi, les contributions externe sont devenu possible.... tout à changé... Mais au prix d'un investissement considérable du leader, en plus de ses qualités personnelles. Sur les jeux KDE aussi, il y a eu un avant/apres, et j'y ai vu de près que non, les moyens ne sont pas constants du tout, mais il faut aller les chercher. Et que la différence entre le succès et l'échec se joue à peu de chose.
Exemple: Gof, développeur très méritant de Kopete, m'a raconté une fois qu'il y avait un développeur qui pourrissait tellement l'ambiance que 2 gas avaient quitté la team, et que lui-même avait failli partir. Heureusement, le "pourrisseur" est parti avant. Je suis arrivé juste après, et j'y ai découvert une équipe très sympathique, compétente et accueillante. Du coup, j'y ai pris plaisir, grace à Gof au passage, et plus tard, j'ai encouragé d'autres personnes talentueuses à rejoindre KDE... l'effet papillon. Dans le bon sens cette fois ci, mais ça aurait pu être l'inverse.
Voilà comment 1 gas, même pas leader, peut faire aller les choses dans le mauvais sens. Imagine ensuite pire, un leader sans vision qui refuse les patchs et les nouveaux contributeurs...
"Donc la question se pose, si Gimp n'est pas parfait, à qui la faute ?"
J'en sais rien, pour avoir un vrai avis, faudrait lire les mailing lists, lRC, proposer des patchs bien foutu et voir s'ils sont acceptés avec compliments et compte SVN en prime (ce qui s'est passé pour moi chez KDE), ou refusé sous un prétexte bidon.
Je ne sais pas ce qui se passe chez gimp, je ne peux faire que des constatations et des suppositions. Mais si je prends Inskcape et Gimp, 2 logiciels que j'utilise bcp, depuis des années, à la fois au travail et à la maison:
Au niveau du 3eme cercle
- The Gimp a un net avantage d'utilisateur et de notoriété (http://www.googlefight.com/index.php?lang=fr_FR&word1=gi(...) par exemple)
- The Gimp a un avantage au niveau historique également
Le tout donne un meilleur potentiel de ressource
Au niveau du 2 eme cercle:
- Les 2 se base sur GTK (et on peut pas dire que GTK soit inconnu de Gimp...)
- Les distro traitent équitablement les 2, voir package par defaut gimp alors que Inkscape est en option (sur Suse)
Et au final, c'est étonnement Inkscape qui évolue tres vite, dans le sens de ce que veulent les gens, avec des roadmap prévu, et suivis (http://wiki.inkscape.org/wiki/index.php/Roadmap ). A coté, Gimp semble stagner ou avoir stagné pendant des années, et refusé des demandes aussi basiques que les dossiers de calques. Cela me fait penser qu'il y a un problème dans l'équipe de dev (organisation, personnes, architecture...)... quelque chose ne colle pas ou n'a pas collé pendant longtemps.
Il serait même intéressant d'avoir des statistiques comparatives (nombre de commit, nombre de commiteur, turn over, évolution de ceci dans le temps, demande de fonctionnalités clos après rejet & acceptation... ).
Alors après, c'est à l'équipe de Gimp de voir.... Peut-etre que le pb est résolu et qu'on en verra les effets plus tard, ou qu'il est toujours là à pourrir le projet.
Alors, loin de moi l'idée d'insulter qui que ce soit, et surtout pas une équipe de développement OSS, et encore moins sans savoir ce qui s'y passe (ambiance, bébé ou décès, ...) . Mais je n'accepte pas trop la politique de l'autruche, et préfère largement l'attitude de Aaron Seigo, qui a humblement et publiquement analysé les problèmes de Kicker, avant d'y remédier, ou celle de Keith Packard, qui a affronté la pire situation qui soit, celle dite du "dictateur malveillant".
PS: désolé pour le roman ;)
[^] # Re: digikam
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal Suite de "Ce qui manque à GNU/LINUX........ Évalué à 1.
http://www.dxo.com/fr/photo/dxo_optics_pro/exclusive_feature(...)
a cela, se rajoute l'anti bruit, l'anti poussiere (...) avant la mise dans le catalogue
[^] # Re: digikam
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal Suite de "Ce qui manque à GNU/LINUX........ Évalué à 6.
Donc c'est pour moi une excuse que je refuse, car j'aspire à une situation ou les softs opensource grand public serait supérieur au softs proprio. Accepter cette excuse, c'est accepter que Linux serait un sous systeme incapable de satisfaire des besoins pro, ou meme expert... Non, j'aspire à ce que le monde du libre puisse etre au top. Et de nombreux softs libres montre que c'est possible, même si c'est très dur.
Ce qui est vrai par contre, c'est que là ou chez Adobe, il y a une jolie équipe... qui travaille de concert avec des photographes pro, de l'autre coté, Gilles Caulier semble porter sur ses épaules et sa motivation l'essentiel de ce qui est fait sur Digikam, et il accomplit déjà une tache réellement monumentale.
Plus qu'avec des bounty, amarok, plasma (...) ont su fédérer des communauté de développeurs/ergonomes/artistes..., parfois sur le long terme, parfois ponctuellement pour des restructurations... et arrivé à être compétitifs. Je pense que c'est aussi possible (sans etre facile) pour digikam, et ainsi rattrapper sur l'essentiel Lightroom.
[^] # Re: digikam
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal Suite de "Ce qui manque à GNU/LINUX........ Évalué à 4.
Et j'attend pour la photo la même chose d'un soft comme digikam. Et si amarok est sans soucis vis à vis de sa concurrence propriétaire comme iTunes, pour la photo, Lightroom ou Apperture marquent l'écart.
Donc oui, on peut importer dans la base, faire pivoter, tagger... d'un point de vue strictement fonctionnel, il ne manque rien ou pas grand chose à digikam. Reste l'ergonomie. L'ergonomie qui permet de traiter 50 images au lieu de 10 dans le meme temps, et d'avoir un résultat de meilleur qualité, le tout avec un moindre effort.
Alors ensuite, meme si la partie Raw de "rawstudio" est pas mal du tout, je pense que digikam est celui qui à le plus grand potentiel pour être le Lightroom du libre.
Je ne voulais pas trop rentrer dans le détail ici, pour pas rentrer dans le "dis moi de quoi tu as besoin, je t'expliquerai comment s'en passer. Mais j'aimerai avec immense plaisir y travailler avec Gilles Caulier à l'akademy. Cependant, 2 simples exemple:
- Gestion lumiere contraste: Avec raw studio(ou lightroom), on voit lorsqu'une image est sélectionné, l'histogramme de la photo et les réglettes pour changer contraste/expo. Avec digikam, je dois rentrer dans l'édition de la photo, je vois mon histogramme, mais non éditable (pourquoi?), puis sélectionner la fonction d'édition, et enfin changer sur une vignette. C'est plus lourd et moins pratique, alors que digikam apportait une idée intéressante sur raw studio avec les vues splités.
- Découpage: Pour recadrer une photo, gwenview (de kde4) ou Picassa, apporte un recadrage temps réel (assombrissement de ce qui sera coupé), voir http://www.informit.com/content/images/chap3_0672328305/elem(...)
mais en plus avec les tailles standards prédefini (1:1, 2:3, 4:3...), donc sans soucis vis à vis de l'aspect esthétique ou de l'impression ultérieur. C'est galère d'avoir a calculer ses ratio hauteur/largeur à la calculette pour arriver à une photo qu'on enverraient ensuite à développer... Mais là dessus, Gimp ne fait pas mieux, et krita (de KDE3, pas testé le 4 sur ce point) fait meme pire.
[^] # Re: digikam
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal Suite de "Ce qui manque à GNU/LINUX........ Évalué à 2.
Apres, on pourrait voir s'il y a de réels manque. ;)
Enfin, ceci n'est que mon tres humble avis
PS: J'en suis a développer mes raw avec un script maison, les trier avec konqui + gwenview, les retailler/pivoter avec gwenview (de kde4, un régal ce nouveau gwenview), puis stoker avec Digikam. Et j'avoue que j'en ai marre....
[^] # Re: peut etre mais
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal Évolution des drivers ATI. Évalué à 6.
Try nvidia-settings -a InitialPixmapPlacement=2 (mostly good speed improvement, this will be someday the default)
and in xorg.conf: Option "PixmapCacheSize" "200000" (this may help with pixmap intensive apps)
ce qui a marché comme un charme avec ma nvidia 8600GS et la 8600 de mon portable. J'y ai gagné un KDE4 super réactif avec les effets kwin activés
[^] # Re: Troll à gogo
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse à la dépêche Epiphany va migrer vers du 100% WebKit. Évalué à 8.
Peut-etre tout simplement les dev de Gnome ont également rencontré le meme soucis. Un projet libre, au sens licence, ne signifie pas hélas "ouvert" au sens projet.
[^] # Re: KDE4, plus Gnomiste que le Gnome?
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse à la dépêche KDE4 déchaîne les passions. Évalué à 9.
Oui, la taskbar du screenshot est horrible. Mais il s'agissait d'un truc temporaire pour tester le code avec le rendu provenant du SVG.
Elle a a déjà été remplacé d'ailleur.
Il y a une part de vrai là dedans.... Le problème, c'est que la finition, tellement necessaire, consomme aussi bcp de temps. Temps que l'on a pas eu pour 4.0, car il y a eu un gros chantier. Mais cela ne signifie pas qu'on a laissé ceci sous le tapis de nos préocupations. Elles étaient souvent derrières.
Avec KDE3 par exemple, avec un kicker patché dans tous les sens tel que seuls les meilleurs dev pouvaient changer quoi que ce soit, cela ne rend pas l'amélioration facile. Et ce genre de soucis étaient présent à de multiples endroits.
En réalité, avec KDE4, la finition sera bien plus aisé, car parmis les chantiers (permise par QT4 aussi) , il y a eu une vrai préoccupation de séparation code/présentation.
Il est donc possible désormais à un non développeur, mais ayant un sens artistique et/ou de la finition de contribuer, en maniant un simple Inkscape, et ce pour la taskbar (et plasma en général), la quasi totalité des 27 jeux, ....
Et si je ne présumerai pas des autres mainteneurs, en ce qui me concerne, j'accepterai toute contribution positive en ce sens au niveau des jeux.
On pourra (parfois avec justesse) critiquer la finition de la 4.0, qui sur certains point comme plasma manque de maturité. Mais la partie invisible, c'est que les libs et surtout le workflow de création et de contribution est maintenant bcp plus fluide sur plusieurs parties de KDE, que cela commence tout juste à payer, un peu tard maintenant pour la 4.0, mais c'est très très encourageant pour les 4.1, 4.2 et suivant...
Les amateurs de desktop parfaitement fini passeront peut etre leur tour pour la 4.0, ou alors au contraire y verront l'occasion de commencer à contribuer (Car un SVG ou des paramettres de confs fignolés, c'est important effectivement.).
[^] # Re: Cession du copyright ?
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse à la dépêche KDE veut changer de licence. Évalué à 1.
Cette fondation a financé par exemple le dernier serveur SVN.
Mais il est vrai que celle-ci ne gere pas les sources comme le font d'autres projets.
[^] # Re: Comment c'est que je fais moi
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse à la dépêche Linux et la photographie : état des lieux. Évalué à 1.
Tu pourrais publier cela... j'avoue que je suis en train de m'organiser et et d'évaluer les différents logiciels (avec un penchant pour Digikam), et j'ai quelques Go de photos à organiser sous cette forme (année/mois/date_et_heure.jpg ) a partir des Exif...
Je t'en serai au moins dix mille fois reconnaissant...
[^] # Re: The GIMP
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse à la dépêche Linux et la photographie : état des lieux. Évalué à 8.
[^] # Re: Les jeux KDE4?
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal Sortie de openSUSE RC1. Évalué à 1.
Pas tous, on est parti pour sortir 25 jeux. Par contre, pourquoi ont t'il choisi ceux là et pas les autres? mystère :/
# Les jeux KDE4?
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal Sortie de openSUSE RC1. Évalué à 2.
C'est possible d'avoir quelques précision ? (je suis release coordinator des jeux KDE4 et presque pas au courant...)
Ils ont remplacé les jeux KDE3 par ceux de KDE4? Tous? Une partie? et intégré dans le menu ? Ou alors il y a ceux de KDE3 et se sont des packages différents et installables via Yast?
[^] # Re: Toujours ce menu bizarre sous KDE
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal Sortie de openSUSE RC1. Évalué à 2.
C'est pas le menu KDE, mais un menu fait par Suse, auquel j'ai du mal a m'habituer, et qu'on désactive d'un simple click droit dessus, en changeant pour le menu classique (celui de KDE, le vrai !)
[^] # Re: J'en pense que
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal OpenOffice.org et Mac ? Une "méchante" critique :(. Évalué à 5.
[^] # Re: J'en pense que
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal OpenOffice.org et Mac ? Une "méchante" critique :(. Évalué à 4.
Des demandes simples comme les dossiers de calques, a été demandé depuis des années. Truc qu'un bon hacker devrait etre capable de le faire en quelques heures....
Inkscape, a coté, évolue bien, évoluant sur l'ergonomie, les features, le format, les tutorials, ... le tout dans un planning définie, publié (et respecté). Que Inkscape soit meilleur ou moins qu'Illustrator, peu importe à la limite: il fait le boulot, m'en offre toujour plus et mieux, et ne me fait poser aucune question quand à la pérénité. Ce n'est plus le cas avec Gimp aujourd'hui.
Alors quel est le probleme de Gimp? Je l'ignore completement, mais ce ne sont pas des causes externes (genre Adobe a plein de pognon), mais interne (manque de contributeurs, culture du projet, acceptation des patchs, code pourri, ....).
En tout cas, ça me fait MAL quand y'a 15 jours, j'en suis amené a demander l'achat d'une licence Photoshop au taf, ou quand j'entends un pote linuxien me dire qu'il a de + en + besoin de son dual boot Windows car il passe sur Photoshop :(
[^] # Re: J'en pense que
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal OpenOffice.org et Mac ? Une "méchante" critique :(. Évalué à 3.
Par contre, je suis bien d'accord avec toi sur OOO (style office 97 toussa...), ce qui est encore plus criant avec le dernier Office et l'important travail qu'il ont fait sur l'ergonomie. Et encore plus d'accord pour Photoshop Vs The Gimp (où Gimp a décroché à tous les niveaux ...). J'utilise Gimp depuis des années, mais j'ai meme du faire acheter Photoshop à ma boite dernierement, à mon grand regret, mais pas trop le choix :/ Espérons que Krita reprenne le flambeau là où Gimp a échoué.
[^] # Re: KDE 4.0
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse à la dépêche Mandriva 2008.0 bêta 2 (Galilée) est disponible. Évalué à 3.
http://techbase.kde.org/Getting_Started/Set_up_KDE_4_for_dev(...)
# Du KDE
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal Et vous, avez-vous déjà participé à un LL?. Évalué à 4.
- Divers aspects graphique pour Kopete (bonne équipe et bonne ambiance). Mais acces à un certain niveau.
- Oxygen (plus dur d'avoir ses contributions acceptés et gardé...)
- KDEgames: Du graphisme, de l'érgonomie, et maintenant en + release manager. Mon bilan: une vraiment bonne équipe, bonne ambiance. Une équipe essentiellement renouvelé, donc pas de guru barbu à qui plaire, mais les nouveaux doivent se prendre en main.
Ca, c'est pour les trucs qu'on commit, pour le reste, le meme dossier KDE4 en cours, et de la promotion diverse et varié (comme faire utiliser du Subversion / Trac / Liferay et autre projet libre dans sa boite)....
[^] # Re: Franchement
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal Sortie de OpenSuSE 10.3 Beta 1, explication du patron de Novell sur le Deal avec Microsoft. Évalué à 1.
Et dans le genre, je n'en connais pas d'autres.
# oui mais
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal Pourquoi flash est une technologie de merde :). Évalué à 7.
Et j'en reve!
[^] # Re: Ouf arrivé a temps
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse à la dépêche Pidgin 2.1 sort de son nid. Évalué à 2.
[^] # Re: Corrections
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse à la dépêche Sortie de KDE 4.0-alpha 2. Évalué à 8.
Quelques autres correctifs:
- Oxygen n'est pas basé sur Nuvola, meme si l'auteur de Nuvola est un des directeurs artistique d'Oxygen
- s/Akademie/Akademy : On y a pas développé KDE4alpha2 (qui est en chantier depuis plus de 2ans), mais beaucoup de boulot y a été fait, ainsi, et c'est tres important, des rencontres et discutions qui posent les bases de ce qui sera fait dans l'année.
- Il y a plein de nouveautés dans KDE4, autres que celles cités ;)
[^] # Re: Annonce prématurée
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse à la dépêche WebKit dans KDE. Évalué à 1.
Cela dis, la conférence est disponible ici:
http://conference2007.kde.org/conference/programme.php