Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Linux Autres OS Linux Debian HS Important défaut de Gimp-2.8

HS Important défaut de Gimp-2.8

27 réponses
Avatar
maderios
Bonjour
Joyeux délire concernant les banales fonctions enregistrer, enregistrer
sous, etc... Le nouveau gimp est ingérable, inutilisable pour
l'utilisateur. Gimp est un éditeur. Le minimum serait qu'il respecte les
standards d'ergonomie. En attendant que les développeurs reviennent à la
raison, la solution reste le retour à la version 2.6, tout en sachant
que c'est une régression de distribution et que cette régression n'est
pas facile à gérer concernant les autres programmes. Il faudrait donc
quitter Wheezy et retourner dans Debian Squeeze... Adieu Digikam+Mysql,
entre autres... Résultat, je songe sérieusement à migrer provisoirement
vers Mint Maya où l'on trouve un gimp fonctionnel (2.6.12) et un
digikam-2.5 utilisant mysql et non le trop lent sqlite.
M
PS:comme il est dit ici, l'image de "sérieux" de Gimp en prend un sacré
coup.... Ce choix surréaliste des développeurs, c'est bien de l'amateurisme.
http://www.gimpusers.com/forums/gimp-user/14647-gimp-2-8-usability-discussion-argument-consolidation-and-referencing
https://mail.gnome.org/archives/gimp-user-list/2012-July/msg00056.html

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/5023D3B4.7060500@gmail.com
Signaler un problème avec ce contenu

7 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2 3
Avatar
Christophe Gallaire
maderios a écrit :

On 08/12/2012 08:58 PM, Vincent Bernat wrote:
❦ 11 août 2012 17:53 CEST, maderios :

Question pratique, j'utilise des centaines de fois à l'heure, les
fonctions "save" et "save as", indifféremment sur des .png .xcf et
jpeg. A cette fin, j'ai paramétré 2 raccourcis clavier utilisables
avec un seul doigt: save=s et save as=u . Je gagne ainsi un temps




fou
. Avec la version 2.8 c'est impossible sauf pour les .xcf. Donc




retour
à la version 2.6.


Maintenant, Ctrl-E fait office de "Save" et Ctrl-Shift-E de "Save
as". Il suffit donc de remapper les raccourcis claviers. C'est sans
doute moins compliqué que d'aller recompiler la version précédente.


Bonjour
Peu importent les raccourcis clavier. Les simples fonctions save et
save
as concernant toutes les extensions, quelles qu'elles soient, ne sont
plus disponibles avec gimp-2.8. Si c'était la même chose, ou une simple

histoire d'habitude à changer, je ne serais pas revenu à la 2.6.
Il m'a fallu +- 15 minutes pour récupérer et compiler gimp-2.6, je
gagne
des heures en utilisant simplement 2 touches s et u pour faire save et

save as, sans me préoccuper de l'extension ou de je ne sais quel
"export", mot qui n'a aucun sens pour moi, sauf celui d'essayer
d'imposer le .xcf comme format de départ.
J'ai découvert qu'il existe un plugin qui, paraît il, rétablit les
fonctions perdues de save et save as.
Pas testé
https://github.com/akkana/gimp-plugins/blob/master/save-export-clean.py
Amicalement
Maderios



Ben s'il existe un plugin qui rétablit le menu, pas de quoi fouetter un chat !

Christophe

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
J
Le vendredi 10 août 2012 à 17:15 +0200, maderios a écrit :
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.



Franchement c'est marrant que cette réflexion vienne d'un "pro".
J'aurais pensé le contraire : Comme ça semble de toute évidence un
comportement conçu pour faciliter la vie des "power-users", on aurait
plein de râleries de la part des "occasionnels". Comme quoi...

Ce n'est pas photoshopien mais ça me parait très logique :

Gimp travaille nativement en XCF, on travaille en XCF et on exporte le
résultat sans perdre la version de travail qui contient pas mal d'infos
spécifique au format : paramètres, calques, outils, historique...

Je ne vois pas plus logique et rationnel comme manière de travailler,
c'est dans la lignée de "enregistrer une copie" pour conserver les
étapes, ou encore du "exporter en PDF" de OpenOffice pour lequel
personne ne râle à ma connaissance. Le seul inconvénient que je vois est
que ça fait un clic "annuler" en plus si on veut "jeter" la version de
travail (et un raccourcis clavier à apprendre pour éviter d'ouvrir le
menu).

Dans la même idée, c'est comme ceux qui trouvent génial une fenêtre
unique (pour ressembler à WinToshop ?) alors que ça me semble une
régression, c'est tellement plus pratique avec une tablette graphique
d'avoir des fenêtres-outils indépendantes qu'on place où on veut selon
ses besoins (sur un autre écran?). Peut-être que la fenêtre unique est
plus pratique pour un "occasionnel" qui ne configure ou n'utilise pas
les possibilités de son windows-manager, et encore faut-il en avoir un
décent qui gère les fenêtre en premier plan, "l'enroulement" des
fenêtres sur la barre de titre, les groupes de fenêtres... comme par
exemple avec NeXTstep, e17, Compiz... ce que Windows ne sait pas du tout
faire ! Je me suis toujours demandé si le portage de Toshop sous
Winblows n'était pas la principale raison du passage à la "fenêtre
unique" de Toshop à l'époque.

Bref, tout ça pour dire que selon moi c'est plutôt un comportement que
j'aimerais voir généraliser sur les autres application de publication
(texte, images, video, son...) et pas du tout une erreur de design.

Je m'en fout que M$ Windows ne fait pas comme ça, leur interface est
lourdingue, pauvre en fonctionnalités, d'un design hétéroclite et
contre-productif, à mon avis.



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Frédéric MASSOT
Le 15/08/2012 01:19, Jérôme a écrit :
Le vendredi 10 août 2012 à 17:15 +0200, maderios a écrit :
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.



Franchement c'est marrant que cette réflexion vienne d'un "pro".
J'aurais pensé le contraire : Comme ça semble de toute évidence un
comportement conçu pour faciliter la vie des "power-users", on aurait
plein de râleries de la part des "occasionnels". Comme quoi...

Ce n'est pas photoshopien mais ça me parait très logique :

Gimp travaille nativement en XCF, on travaille en XCF et on exporte le
résultat sans perdre la version de travail qui contient pas mal d'infos
spécifique au format : paramètres, calques, outils, historique...



Je suis entièrement d'accord, le graphiste au boulot travaille sur un
Mac avec Photoshop. Ses fichiers de travail sont des PSD avec ses
calques, ses lignes horizontales et verticales (appelées repères je
crois) et autres données qui ne peuvent pas être enregistrées dans des
fichiers jpeg, gif, png, tiff... Il export ensuite son travail dans le
format voulu.



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
maderios
On 08/15/2012 01:19 AM, Jérôme wrote:


Gimp travaille nativement en XCF, on travaille en XCF et on exporte le
résultat sans perdre la version de travail qui contient pas mal d'infos



Bonjour
Ce n'est pas aussi simple. Il existe plusieurs situations et dans
beaucoup de ces situations, le .xcf n'a aucun intérêt sinon celui de
perdre du temps et d'occuper de l'espace disque... Ex: simplement
changer le contraste,la densité d'un png. Dans ce cas pourquoi Gimp ?
Parce que l'on travaille parallèlement sur des images compliquées avec
des calques, en xcf.
Le comportement de Gimp-2.8 concernant "save" est un non-sens.
Je suis revenu à la version 2.6 facilement compilable avec Wheezy.

Cordialement
Maderios

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Guy Roussin
Ce n'est pas aussi simple. Il existe plusieurs situations et dans
beaucoup de ces situations, le .xcf n'a aucun intérêt sinon celui de
perdre du temps et d'occuper de l'espace disque... Ex: simplement
changer le contraste,la densité d'un png. Dans ce cas pourquoi Gimp ?


Mais si tu as ouvert une image png ou gif ou autre, avec gimp 2.8,
tu as l'option "Ecraser l'image" qui répond à ton besoin non ?
Donc tu n'es pas obligé d'enregistrer le xcf ...

Guy

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
maderios
On 08/15/2012 08:37 PM, Guy Roussin wrote:
Ce n'est pas aussi simple. Il existe plusieurs situations et dans
beaucoup de ces situations, le .xcf n'a aucun intérêt sinon celui de
perdre du temps et d'occuper de l'espace disque... Ex: simplement
changer le contraste,la densité d'un png. Dans ce cas pourquoi Gimp ?


Mais si tu as ouvert une image png ou gif ou autre, avec gimp 2.8,
tu as l'option "Ecraser l'image" qui répond à ton besoin non ?
Donc tu n'es pas obligé d'enregistrer le xcf ...

Guy



C'est théoriquement exact, effectivement...
Je le pensais et j'ai donc paramétré un raccourci clavier pour "écraser
le fichier". Cela marche la première fois, ensuite, plus rien. Bug ?
La seule solution serait que Gimp-2.8 respecte les standards habituels
des éditeurs avec les classiques commandes, save, save as. Pas très
novateur mais cela convient à tout le monde. En fait, les développeurs
veulent privilégier le .xcf, ce qui aboutit aux aberrations actuelles.
Que de temps perdu sur les listes....
https://mail.gnome.org/archives/gimp-user-list/2012-August/date.html
Après cela, un plug-in en python a été créé pour corriger le problème,
il ne marche pas chez moi.

Cordialement
--
Maderios

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Guy Roussin
Mais si tu as ouvert une image png ou gif ou autre, avec gimp 2.8,
tu as l'option "Ecraser l'image" qui répond à ton besoin non ?
Donc tu n'es pas obligé d'enregistrer le xcf ...


C'est théoriquement exact, effectivement...
Je le pensais et j'ai donc paramétré un raccourci clavier pour "écraser
le fichier". Cela marche la première fois, ensuite, plus rien. Bug ?


Les fois suivantes ( Exporter vers monfichier.png) avec le raccourci
Ctrl-E
Le choix actuel des développeurs gimp me parait bien plus efficace. Tu
peux en même temps travailler en xcf (enregistrer avec ctrl S) si tu
le souhaites tout en sauvegardant d'une touche dans les formats
limités (png, gif, jpeg) d'une touche aussi (ctrl E) sauf la 1ere
fois ou tu utilises l'option écraser l'image.
Pour moi, c'est bien supérieur à ce qui existait en 2.6
Mais il est possible que tu sois victime d'un bug (absence de l'option
ctrl-e), dans ce cas je te suggère de faire un rapport de bug.
Cordialement,
Guy

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
1 2 3