[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: HS Important défaut de Gimp-2.8



On 08/10/2012 05:44 PM, Bzzz wrote:
On Fri, 10 Aug 2012 17:15:46 +0200
Au tout début, à la sortie de Gimp 2.8, je n'étais pas loin de
pense la même chose à propos des "enregistrer, enregistrer sous,
exporter..." Du délire. Mais, en travaillant quotidiennement
avec Gimp, je m'y suis fait, je me plante encore de temps en
temps, c'est certain... Cela dit, il y a par ailleurs bien des
nouveautés intéressantes, dans l'outil de rotation, dans l'outil
de sélection, etc. Il faut raison garder. On est bien loin de
l'amateurisme ! Faut pas pousser non plus ! Gimp est un outil
qui n'a pas d'équivalent sous GNU/Linux. Je dis ça d'autant plus
facilement que dans le milieu où je bosse personne ou presque ne
l'utillise alors qu'il est tout aussi puissant et efficace que
certain logiciel qu'on donne pour inégalable.

Christophe

Ce comportement surréaliste de Gimp, qui va d'ailleurs faire fuir
encore plus les professionnels de l'image, n'est pas du tout
compatible avec ma façon de travailler, car c'est bien de boulot
dont il s'agit. Pas de temps à perdre donc. Plutôt que m'égarer
avec Mint, Je pense compiler dès que possible avec Wheezy un
Gimp-2.6 opérationnel. Ce que les développeurs de Gimp ne semblent
pas admettre, c'est que c'est le logiciel qui doit s'adapter aux
pratiques professionnelles et non l'inverse. Les phot$op, w$,
apple et Cie ont compris cela depuis longtemps. Je doute fort que
ceux qui codent Gimp fassent partie des professionnels de l'image.
Ceci explique peut-être cela. Ils ne peuvent être au four et au
moulin et dans ce cas, qu'ils tiennent compte  de l'avis des gens
dont l'image est le boulot. Gimp y gagnerait sur tous les plans.
Tout ce que tu as énoncé explique pq les utilisateurs préfèrent
plutôt utiliser potozop que the gimp (même avec WINE).

Malheureusement et comme bien souvent, les devs pensent que *leurs*
réflexions sont les meilleures (yaka voir ce qu'il se passe avec
gnome3...)
- au détriment, bien sûr, de celles des utilisateurs (QUI va me
contredire en justifiant que le zoom _doit_ se trouver dans le menu
_view_ au lieu de _image_?)

Ne pas écouter la "base" est LE moyen de s'aliéner cette même
base...

Tout à fait d'accord avec cette analyse. C'est bien la base qui bosse le plus avec les images et non les développeurs. Chacun son job... J'ai compilé Gimp 2.6.12 sur Wheezy. Il faut remplacer les bibliothèques gegl et babl par les versions de Squeeze sinon compilation impossible avec gegl-0.2 de Wheezy. J'ai enfin retrouvé un outil fonctionnel qui ne choisit pas à ma place la façon de gérer les fichiers. Oh, bonheur... En fait la version 2.8 oblige l'utilisateur à ne travailler qu'en .xcf, sinon, c'est la galère à tous les étages.... Cerise sur le gâteau, j'ai compilé Gimp avec l'option gimp-remote (curieusement absente avec Debian) qui permet d'utiliser le même Gimp depuis plusieurs programmes, et qui évite plusieurs Gimp lancés en même temps. Cas typique : Gimp + Konqueror ou Nautilus + Digikam


Reply to: