Journal d'un Béotien râleur mais inconditionnel de GNU/Linux
Neuf ans depuis l'installation de mon premier Linux (redhat-5.2) et toujours les mêmes problèmes : manque d'ergonomie, programmes sophistiqués mais partant dans des directions délirantes et inutiles les alourdissant considérablement. Le meilleur exemple est Openoffice dont la pluspart des utilisateurs n'utilisent pas le tiers des fonctions. Ou bien programmes hyper-légers, rapides mais niant les besoins de l'utilisateur : claws-mail fâché avec le html (pas utile selon les développeurs !). Ou bien Gimp, que j'utilise beaucoup : combien de temps ont ils passé à mettre au point tous ces gadgets_filtres_amateuro_bidouillages dignes des filtres Cokin & Cie au détriment, par exemple, du 16 bits que les utilisateurs (dont des professionnels) réclament depuis des années ? Bref il faudrait que les développeurs deviennent un peu plus humbles et se réfèrent à la base, se reposent sur la base, celle des utilisateurs professionnels, celle des amateurs, pour connaître leurs besoins et/ou leurs véritables pratiques professionnelles.
"Wendy Mackay : une informaticienne qui a le souci de l'utilisateur avant tout"
Elle a notamment participé à la création du système graphique X Window
http://interstices.info/jcms/c_6965/wendy-mackay-une-informa(...)
http://www.inria.fr/inria/rapportannuel/ra2004/insitu.fr.pdf
http://www-ihm.lri.fr/~mackay/publications.html
Journal Ce qui manque à GNU/LINUX : le souci de l'utilisateur et le professionnalisme
20
juil.
2008
# hum
Posté par GnunuX (site web personnel) . Évalué à 8.
Mais bon :
- "Openoffice dont la pluspart des utilisateurs n'utilisent pas le tiers des fonctions" OOo est destiné au utilisateurs qui utilise les fonctions avancés. C'est pas ton cas ? kword, abiword, ... sont là ;
- "claws-mail fâché avec le html (pas utile selon les développeurs !)" : jamais eu de pb avec les mails html, je sais pas bien quels sont les problèmes, mais pour du mail HTML courant ca passe très bien ;
- "du 16 bits que les utilisateurs (dont des professionnels) réclament depuis des années" : euh pas moi. Rien a foutre du 16bits, mon APN me sort du jpeg compressé, donc bon ...
Je connais aucun logiciel (libre ou proprio) qui n'a pas de défaut. De plus, il existe tellement de façon d'utiliser un logiciel qu'il est illusoire de vouloir contenter tout le monde. (D'ailleurs on le voit bien dans ton commentaire, un coup il y a trop de fonctionnalités dans un logiciel, et 3 lignes plus bas il n'y en a pas assez dans l'autre).
"Bref il faudrait que les développeurs deviennent un peu plus humbles et se réfèrent à la base, se reposent sur la base, celle des utilisateurs professionnels, celle des amateurs, pour connaître leurs besoins et/ou leurs véritables pratiques professionnelles."
Ca c'est oublier que les développeurs sont avant tout les utilisateurs dans le modèle de développement de nombreux logiciel. Si les professionnels ont besoin d'une fonctionnalité, ils sont en capacité de la réalisé ou la faire réaliser a moindre coût.
[^] # Re: hum
Posté par pampryl . Évalué à 1.
Par contre, comme il n'y a plus de jours ouverts entre les vendredi... il faudrait avertir mes utilisateurs (professionnels cette fois) que je ne vais pas pouvoir coder les fonctionnalités dont ils ont besoin et qu'ils m'ont demandé... C'est bête... mais à force de rapprocher les trolls, ça devait arriver.
@maderios Pas très pro tout ça tu l'as dis...
[^] # Re: hum
Posté par Prae . Évalué à 7.
C'est pas parce que _toi_ tu n'en a pas l'utilité que les autres ne l'ont pas ...
[^] # Re: hum
Posté par 2PetitsVerres . Évalué à 3.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: hum
Posté par GnunuX (site web personnel) . Évalué à 3.
Le 16bits est demandé par certains utilisateurs. Mais de là a laissé entendre que cette fonctionnalité est demandé par la majorité des utilisateurs, ca me semble faux.
Après c'est une question de choix et de temps de développement.
[^] # Re: hum
Posté par ashram4 . Évalué à 4.
je ne suis peut être pas représentatif mais moi ça m'a souvent manqué le 16 bits dans Gimp. Pour des applications embarqués j'ai souvent eu besoin de manipuler ou générer des bitmaps 16 bits.
[^] # Re: hum
Posté par ashram4 . Évalué à 2.
Me serais-je fourvoyer avec mon RGB 565 ?
je vais peut être aller dormir moi.
[^] # Re: hum
Posté par freejeff . Évalué à 5.
Un autre exemple le 16 bits issu du Raw d'un APN peut permettre d'avoir des contrastes moins cramé et globalement améliorer tous les traitements de photos numériqued'un APN gérant le Raw.
Je trouve que l'intégration de Gegl (GEneric Graphical Library) a pris beaucoup de temps et c'est dommage.
Je pense qu'au dela du 16 bits c'est la gestion de l'espace colorimétrique qui empêche gimp d'avoir sa place dans le monde de l'imprimerie professionnel. Cela sera réglé avec la prochaine version stable !
Donc rien de bien grave, d'autant que Krita, digikam permettent de faire ça sans problèmes.
C'est aussi ça l'avantage du libre, d'aller voir ailleurs de temps en temps !
[^] # Re: hum
Posté par ragoutoutou . Évalué à 5.
16 bit, la majorité des utilisateurs ne sait même pas ce que c'est... et ce ne sont pas les graphistes de Battle for Wesnoth qui vont me contredire...
16 bit par contre, c'est un pré requis pour la majorité des opérations dans le monde pré-presse, et en l'absence de support 16 bit (et d'une poignée d'autres éléments joyeusement ignorés pendant des années), Gimp ne peut en aucun cas être pris pour alternative viable à Photoshop dans le monde de l'image pro dès qu'on quitte le domaine du webdesign de base...
# Généralisation, piège à con
Posté par Jean Roc Morreale . Évalué à 10.
# Bla bla bla
Posté par IsNotGood . Évalué à 10.
[^] # Re: Bla bla bla
Posté par libre Cuauhtémoc . Évalué à 3.
# Bref il faudrait que les développeurs deviennent un peu plus humbles
Posté par Uriel Corfa . Évalué à 10.
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par libre Cuauhtémoc . Évalué à -10.
non, et ça, seul Mandriva l'a compris... à l'écoute de sa base, c'est LA base, qu'on bosse ou qu'on participe bénévolement.
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par pampryl . Évalué à 2.
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par Uriel Corfa . Évalué à 4.
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par Psychofox (Mastodon) . Évalué à 2.
Quand j'ai voulu viré pulseaudio (parce que voila, c'est pas encore au point et plein de latence), elle a voulu désinstaller les 3/4 de mes applis (enfin toutes celles qui ont du son) alors qu'elles peuvent très bien fonctionner avec alsa seulement.
Bref quand je pense à tous ces trolleurs qui se moquent gentillement de slackware de part son absence de gestion des dépendances, ben je crois que la base quand on a un peu d'humabilité et qu'on écoute ses utilisateurs, c'est qu'on arrête de les prendre pour des cons et des incapables de gérer leurs dépendances ;-)
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par lezardbreton . Évalué à 5.
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par Psychofox (Mastodon) . Évalué à 6.
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par lezardbreton . Évalué à 7.
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par Thomas Douillard . Évalué à 4.
* ça coûte environ quelques Ko voire Mo sur ton DD (et l'éventuelle non satisfaction intellectuelle d'avoir un truc d'installé qui te sers pas)
* que le virer c'est chiant dans ce cas
* que t'as autre chose à foutre
C'est pas suffisant comme arguments ? En ce qui me concerne le choix est vite fait. Et non, changer de distro rien que pour ça c'est pas non plus une option ;)
(PS, j'utilise pas Mandriva, et je me fiche un peu du système de son tant que ça marche pas trop mal)
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par Psychofox (Mastodon) . Évalué à 1.
c'est d'autres distrib (debian based par exemple) savent supprimer pulseaudio sans virer la moitié de la distrib.
Faut arrêter de cacher de l'incompétence voire de la stupidité derrière des faux arguments (du genre que l'utilisateur en a quelque chose à foutre ou la quantité de Ko gagnés ou pas).
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par Thomas Douillard . Évalué à 3.
Pour moi un truc du genre "on a d'autres priorités pour l'instant" est un argument tout à fait valable dans ce cas précis.
Après c'est peut être plus embêtant si c'est le genre de cas pas gérable pour des bases plus "grosses" qu'un truc relativement indépendant genre pulseaudio. Après je connais pas bien urpmi si c'est toujours ça qui est utilisé par mandriva. Genre différentes implémentations de java par exemple.
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par GnunuX (site web personnel) . Évalué à 4.
> la moitié de la distrib.
Faut arrêter de comparer des besoins complètement opposé.
Si tu veux tout configurer avec vi, debian est fait pour toi.
Si tu veux configure avec les drak-machin, utilise mandriva.
Mais faut arrêter de dire "sous debian je peux faire ca et pas sous mdv". Oui mdv met en dépendance forte sur pulseaudio pour que sont outil de configuration puisse fonctionner comme voulu.
Et ?
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par Psychofox (Mastodon) . Évalué à 2.
Parce qu'il n'y a pas de gestion d'erreur dans les draktrucs ? si pulseaudio n'est pas la ça va cracher ? y'a pas moyen de griser la partie concernée ou d'adapter la page ?
Tiens je vais essayer ce soir pour rigoler...
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par lezardbreton . Évalué à 3.
1) si un utilisateur ne veut pas de PulseAudio, qu'est-ce qu'on fait ?
2) deux choix : on enlève les éléments/on désactive
3) le désactiver est le plus simple, et on peut faire une interface facile à utiliser : http://wiki.mandriva.com/fr/Draksound
4) on désactive alors parce qu'on a largement plus important à faire
Ça n'a pas grand chose à voir avec une gestion d'erreur quelle qu'elle soit. Franchement, la solution qu'a pris Mandriva me convient parfaitement : j'ai désactivé rapidement PulseAudio sur mon EEE et ça prend dix secondes. Retirer les paquets ne m'est même pas venu à l'esprit.
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par bubar🦥 (site web personnel) . Évalué à 2.
Bon y a bien un paquet d' appli qui font n' importe quoi après... mais on fait avec :( (genre audacity, firefox, gnash et j' en passe...) De toutes façons audacity à un faux support de Jack, donc vivement Qtractor... Bref c' est vrai que c' est pas tout rose.
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par gemegik . Évalué à 2.
Il me semble que le problème est plutôt à chercher du côté de la bibliothèque pulseaudio :
Pour utiliser les fonctionnalités d'une bibliothèque, il faut que le binaire soit lié à celle-ci lors de la compilation. Automatiquement, le paquet contenant ce binaire dépendra de pulseaudio, car si une bibliothèque nécessaire à un binaire n'est pas dispo sur le système, ça fait de méchants unresolved symbols
Il y a donc plusieurs possibilités pour l'équipe qui fait les paquets :
- ne pas compiler avec pulseaudio, supprimant la dépendance mais aussi les fonctionnalités ;
- compiler avec, et rajouter la dépendance, si on considère que c'est essentiel (c'est pourquoi les kdelibs dépendent de python, mais je ne m'en plains pas aux mainteneurs pour autant) ;
- extraire le code soumis à la dépendance dans un paquet externe. C'est ici l'avantage de phonon dans kde4 : le paquet debian phonon-backend-xine dépend de libxine, mais on peut le supprimer et le remplacer par un autre backend à loisir, et donc installer kde4 sans xine.
Ici, l'équipe Mandriva a choisi le choix numéro 2, peut-être par fénéantise, peut-être parce qu'ils ne pouvaient pas faire autrement techniquement. Mais finalement, si cela est si important pour toi, je pense qu'il est toujours possible de récupérer les SRPM et de recompiler dans pulseaudio.
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par BAud (site web personnel) . Évalué à 2.
et avec un joli graphe (un peu long à générer) http://sophie.zarb.org/rpm/2008.1,i586/pulseaudio/graph/2008(...)
qui est aussi disponible au bas de http://sophie.zarb.org/rpm/2008.1,i586/pulseaudio/query?dist(...)
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par bubar🦥 (site web personnel) . Évalué à 1.
Pulseaudio lancé.
draksound -> désactivé pulse
ps aux |grep -i pulse
donne quoi ?
;)
bof de toutes façons il est l' heure de passer à xBSD...
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par bubar🦥 (site web personnel) . Évalué à 3.
[^] # Re: Bref il faudrait que les développeurs deviennent un peu plus humble
Posté par GPH (site web personnel) . Évalué à 0.
PS: Je n'utilise pas ubuntu mais debian depuis un petit temps (2002) et trouve quand même pas mal d'aide utile sur les fora d'ubuntu :)
# Paille, poutre toussa
Posté par gemegik . Évalué à 10.
Bref il faudrait que les râleurs deviennent un peu plus humbles et comprennent que le monde ne tourne pas autour de leur nombril, se mettent à la place des développeurs bénévoles, pour comprendre leurs raisons et leurs pratiques.
Personnellement, depuis le lynchage de Aaron Siego [1] à cause de certains défauts de plasma par des béotiens qui n'ont jamais écrit une ligne de code mais ne se gênent pas pour dénigrer et harceler les développeurs, j'ai plutôt tendance à me ranger du côté des développeurs contre les râleurs.
[1] http://dot.kde.org/1214311382/1214318837/
[^] # Re: Paille, poutre toussa
Posté par Anthony F. . Évalué à 7.
[^] # Re: Paille, poutre toussa
Posté par gemegik . Évalué à 7.
- les critiques non constructives ("je n'aime pas", sans expliquer plus en avant)
- les gens qui ne lisent pas la documentation et les release plans avant de réclamer un truc
- les bugs démultipliés comme des journaux sur labrute parce que les gens ne vérifient pas que leut bug est déjà signalé
sans compter les utilisateurs qui considèrent que tout leur est dû et qui aggressent litéralement l'équipe. Ça tue vraiment la motivation.
Si on veut prendre par la main chacun, on n'a plus de temps pour coder (alors que c'est ce que désire faire le développeur, ne l'oublions pas, pas du triage de bugs), et je comprends très bien le raz le bol de certains développeurs qui ne répondent pas à une question qui a déjà été posée 1000 fois et dont la réponse se trouve sur google.
Mais si on ne leur donne pas toute l'attention qu'ils espèrent (car c'est bien pour avoir un peu d'attention qu'ils font leurs caprices), les râleurs font un scandale.
Enfin, comme d'habitude, on entend les mécontents mais rarement les satisfaits. Pour ma part, mes rapports avec l'upstream (en tant qu'utilisateur, développeur client ou packageur) se sont toujours bien passés. As-tu un témoignage à mettre sur la table avant de généraliser ?
[^] # Re: Paille, poutre toussa
Posté par libre Cuauhtémoc . Évalué à 3.
Pourquoi ne pas créer un "sav" dans chaque projet libre, afin d'être à l'écoute des utilisateurs, et de filtrer les pbs avant de les remonter aux devels ?
[^] # Re: Paille, poutre toussa
Posté par Keph (site web personnel) . Évalué à 2.
Mais l'idée est bonne.
[^] # Re: Paille, poutre toussa
Posté par ✅ ffx . Évalué à 2.
[^] # Re: Paille, poutre toussa
Posté par gemegik . Évalué à 0.
Quand au tri de bugs avant soumission aux developpeurs, c'est le rôle des bugzilla des différentes distributions !
[^] # Re: Paille, poutre toussa
Posté par libre Cuauhtémoc . Évalué à -1.
Et aucun job n'est ingrat, si ce n'est pisseur de code.
"il suffit de chercher un peu" => le "un peu" est de trop je trouve
Je me souviens d'une personne qu ifaisait ça chez Mandriva, je me demande si ce n'était pas le job de Leanne ou de willhemson, tu leur demandera si c'est ingrat et inutile, ok ?
# Mmmh
Posté par Sébastien B. . Évalué à -5.
[^] # Re: Mmmh
Posté par alexissoft . Évalué à -4.
[^] # Re: Mmmh
Posté par suJeSelS . Évalué à 3.
[^] # Re: Mmmh
Posté par alexissoft . Évalué à -2.
[^] # Re: Mmmh
Posté par suJeSelS . Évalué à 8.
[^] # Re: Mmmh
Posté par yellowiscool . Évalué à 2.
Je dirais donc juste que mac os X ne s'adresse pas un public de geeks linuxiens, et que surtout; il y a des gens qui réfléchissent en permanence sur la meilleure façon de faire quelque chose. C'est leur métier, chez apple.
D'ailleurs, sans ces gens, les ordinateurs d'aujourd'hui seraient vraiment très différents.
Envoyé depuis mon lapin.
[^] # Re: Mmmh
Posté par Gniarf . Évalué à 7.
chez Microsoft aussi. comme quoi ca suffit pas, la bonne volonté.
> D'ailleurs, sans ces gens, les ordinateurs d'aujourd'hui seraient vraiment très différents.
ah oui, certes, sans $artiste, $courant_artistique serait aujourd'hui vraiment très différent.
ou encore "sans Bic, on n'aurait pas de rasoir jetable aujourd'hui". ou si ou pas encore ou peu importe en fait. on peut aussi très bien affirmer que à cause d'Apple on n'a pas encore mieux vu qu'il n'y a pas de place pour un troisième OS grand public de qualitay qui forcerait les deux autres à autre chose qu'une concurrence de facade.
[^] # Re: Mmmh
Posté par lezardbreton . Évalué à 10.
[^] # Re: Mmmh
Posté par Infernal Quack (site web personnel) . Évalué à 2.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Mmmh
Posté par suJeSelS . Évalué à 6.
[^] # Re: Mmmh
Posté par libre Cuauhtémoc . Évalué à -2.
[^] # Re: Mmmh
Posté par suJeSelS . Évalué à 3.
Les conséquences peuvent être très graves, comme lancer une application potentiellement buggé ou/et avec des problèmes de sécurité pour qu'elle se mette à jours elle-même, paraît irréaliste. De plus ça n'a rien d'une geekerie de linuxien comme j'ai pu le voir plus haut. Le gestionnaire de package est plutôt un outil pour aider l'utilisateur de base qui n'y connait rien (ou faire gagner du temps au connaisseur). D'ailleurs pour les geekerie/amusement/apprentissage une distribution comme slackware est plus adaptée justement du fait de son gestionnaire de packages plus simpliste.
[^] # Re: Mmmh
Posté par Octabrain . Évalué à 9.
Parce que c'est faux ?
[^] # Re: Mmmh
Posté par libre Cuauhtémoc . Évalué à -1.
non, je dis rien
en bas.. c'est écrit pertinent/inutile
pas vrai/faux
[^] # Re: Mmmh
Posté par claudex . Évalué à 2.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Mmmh
Posté par libre Cuauhtémoc . Évalué à -3.
L'utilité d"une chose n'est pas son apport à la vérité, mais au débat.
[^] # Re: Mmmh
Posté par Aefron . Évalué à 8.
... mais sous Linux ou BSD, quand je suis en IP fixe (soit tout le temps, sauf en dehors de chez moi), il faut que je déclare, au moins, un serveur DNS, pour que la résolution de nom fonctionne...
Bon, je ne suis pas assez vicelard pour avoir mémorisé les DNS de mon FAI : je n'ai jamais qu'à faire référence à l'adresse IP de mon serveur DNS en cache/relai (selon que je veux résoudre ce qui est chez moi ou pas)... ce qui est en général le routeur lui-même pour ce qui est des boxes FAI ou des petits routeurs tout-en-un...
M'enfin, devoir déclarer l'adresse d'au moins un serveur DNS quand on est en IP fixe, ça me paraît être tout ce qu'il y a de plus normal...
[^] # Re: Mmmh
Posté par Vador Dark (site web personnel) . Évalué à 3.
Quand on configure manuellement son ip... on peut utiliser un DHCP et avoir une ip fixe.
[^] # Re: Mmmh
Posté par e-t172 (site web personnel) . Évalué à 10.
Loin de moi l'idée de me faire l'avocat du diable, mais tu me sembles de bien mauvaise foi. L'ergonomie de Windows est effectivement assez mauvaise sur certains points, en revanche ton exemple est très mauvais.
Pour affecter une IP fixe à une interface réseau sous Windows :
Démarrer / Paramètres / Connexion réseau / Connexion au réseau local / Propriétés / TCP/IP / Propriétés.
C'est un cheminement qui me semble tout à fait logique, je ne vois pas ce qu'il y a d'anti-ergonomique là-dedans.
Quant aux DNS, si tu te mets en IP fixe il ne fera pas de requête DHCP pour avoir une adresse, donc il n'aura pas les DNS non plus (qui sont normalement fournis par DHCP). D'où le fait que tu es obligé de les fournir, et sous Linux c'est exactement pareil.
# Fais-toi rembourser
Posté par fleny68 . Évalué à 10.
Et à te procurer leurs concurrents non-libres qui sont tellements mieux,
# Quel rapport y a-t-il...
Posté par Raphaël SurcouF (site web personnel) . Évalué à 10.
[^] # Re: Quel rapport y a-t-il...
Posté par B16F4RV4RD1N . Évalué à 8.
Meme plus generalement, je ne trouve pas que les logiciels libres (puisque c'est de cela dont il s´agit, et pas de linux) ont plus ou moins de fonctionnalités ou problèmes d'ergonomie que les logiciels proprietaires, surtout du fait de leurs diversites... les photos magic power edition imposes avec les scanner ou appareils numeriques gerent ils le 16 bits ? Peut etre pas forcement plus. Vlc est il en retrait par rapport a quicktime qui installe tout (notamment des cochonneries aux demarrage) sauf des choses vraiment utiles. Je ne parle meme pas de winzip qui ne fait rien de plus que 7zip ou ark et compagnie... (le reste faisant partie de l'usine a gaz), idem pour nero face a k3b...
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
# Ah bon !
Posté par brazz . Évalué à 6.
[^] # Re: Ah bon !
Posté par jeffcom . Évalué à 2.
# OOO ou Msoffice ?
Posté par pastro . Évalué à 10.
c'est aussi valable en remplaçant Openoffice par Ms Office ...
# Béotien... manifestement !
Posté par Denis Szalkowski . Évalué à 7.
Manque d'ergonomie ?
En quoi Kde (environnement Qt) ou Gnome (environnement Gtk) manque-t-il d'ergonomie ? Par rapport à quoi au juste ? Surtout quand on voit la grande réussite que constituent Vista et Office 2007.
Sophistication ?
OpenOffice peut être avantageusement remplacé par Abiword ou Gnumeric.
Quant à Gimp, il faut regarder vers Krita.
Et puis, qui t'oblige à utiliser Claws alors qu'il y a Thunderbird, Evolution ou Kmail ?
Béotien au niveau de la station de travail ?
Ce qui émerge de ton billet, c'est que tu sembles ne pas bien connaître la logithèque Linux au niveau de la station de travail. Pour ma part, j'ai pris le temps de travailler sur ce sujet durant 2 ans. Nous avons migré des entreprises sur Linux et le pire, c'est que ça marche. Nous avons fait le choix de Kde 3.5 afin de mieux gérer la conduite de changement.
D'autres infos ici -> http://www.dsfc.net/dotclear/ et là -> http://www.dsfc.net/bloginfo/ .
Etrange ton billet : buzz, marketing viral, besoin de reconnaissance ? ;+)
# Incomplet
Posté par libre Cuauhtémoc . Évalué à -4.
1- readme
2- configure
3- install
Comment ça s'installe ?
# Gimp
Posté par mac_is_mac (site web personnel) . Évalué à 1.
Il y a trop d'options, trop de menus pour moi.
J'aurais besoin de quelque chose de plus simple.
En gros, je ne l'utilise quasiment que pour retailler une photo.
Eh, bien même ça c'est devenu compliqué.
Avant, je sélectionnais le morceau d'image, Ctrl-C , Ctrl-N, Ctrl-V, et hop c'était fait.
Maintenant, la valeur par défaut de la taille de l'image nouvellement créée n'est plus celle de la zone sélectionnée, il faut se taper de le recopier à la main...
[^] # Re: Gimp
Posté par suJeSelS . Évalué à 2.
[^] # Re: Gimp
Posté par efyx (site web personnel) . Évalué à 2.
Edition > Raccourci clavier
Dans la nouvel fenêtre Édition>Coller en tant que nouveau
Et tu choisi le raccourci ;) (chez moi ctrl+shift+v)
[^] # Re: Gimp
Posté par SiB (site web personnel) . Évalué à 3.
[^] # Re: Gimp
Posté par Jean-Philippe Garcia Ballester (site web personnel) . Évalué à 4.
Perso je trouve krita assez sympa
[^] # Re: Gimp
Posté par jeffcom . Évalué à 1.
¹ Read The Fucking Manual
² Google Is My Friend
[^] # Re: Gimp
Posté par bonnaud frederic (site web personnel) . Évalué à 1.
# merci
Posté par mac_is_mac (site web personnel) . Évalué à -1.
Effectivement, la réponse est dans la doc dont voici l'adresse
http://docs.gimp.org/
Pour autant, je maintiens que je pense que gimp n'est pas l'outil adapté à mes besoins (ce qui ne veut pas dire que ce n'est pas un bon logiciel).
Avec un logiciel plus basique, je n'aurais pas eu besoin d'aller voir la doc (dont j'ignorais l'existence) ou d'appeler au secours pour une opération aussi simple. Et sur ce coup, google n'a pas été mon ami.
Je vais regarder l'alternative qu'on m'a proposée.
Merci encore.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.