Mais c'est le moment idéal pour débusquer, chasser et exterminer les derniers bugs : rappelons donc que pour les "insectes" qui font "crrr... crrr... crrr", il y a Bugzilla jaune, et pour les insectes qui font "bzzzzzzz", il y a Bugzilla vert. Voici le texte en anglais de l'announce par David Neary (qui habite en France, à Lyon):
---------------------------------------------------------------------------
Hi all,
The first pre-release for the upcoming 2.0 version of the GIMP
is now available for download from
ftp://ftp.gimp.org/pub/gimp/v2.0/testing/
or from one of the mirrors listed at http://gimp.org/download.html
Not everything is in its final state, but we think this is close
to a final 2.0 release. Your feedback will help make the 2.0
release even better, and we particularly appreciate testing
efforts. New bugs can be reported to us at
http://bugzilla.gnome.org/
Please note that the GIMP 2.0 installs side-by-side with the
GIMP 1.2, so there is no need to uninstall your older GIMP.
Happy GIMPing,
Dave.
Overview of Changes in GIMP 2.0 pre1
==================================
- Replaced old "About" dialog [Simon]
- Allow removal of text attributes from text layer [Sven]
- Add optimisation option to png (clear transparent pixels) [Joao]
- Add POSIX shared memory implementation, and use it on MacOS X [Yosh]
- Dashed selection and path stroking [Simon]
- Grey picker in Levels dialog conserves lightness [Bolsh]
- Created a library for handling thumbnails [Sven]
- Support for multipage TIFFs [Andrey Kiselev]
- Added a channel mixer plug-in [Martin Guldahl, Yosh]
- PDB cleanup and compatibility mode [Mitch]
- Cleaned up libgimp API [David Odin]
- Lots of bug fixes
Other contributors:
Adam Moss, Jakub Steiner, Helvetix Victorinox, Pedro Gimeno, Adrian
Bunk, Abel Cheung, Maurits Rijk, Ville Pätsi, Marco Munari, Shlomi
Fish, Jakub Steiner, Raphaël Quinet, David Gowers, Michael Schumacher
Aller plus loin
- Gimp.org (1 clic)
- Liste des miroirs (1 clic)
- FTP de gimp.org (2 clics)
- Gimp-fr (5 clics)
- Bugzilla de Gimp (0 clic)
- Ecrans chauds (0 clic)
# Re: Sortie de Gimp 2.0 pre1
Posté par fleny68 . Évalué à 7.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Gluck_ (site web personnel) . Évalué à -2.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par ashram4 . Évalué à 5.
Si ça se trouve c'est une version de developement qui est installé sur ta distribution.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par udok . Évalué à 3.
donc forcément c'est plus jolie, mais rien de transcendant
de toute façon c'est pas la boite à outil qu'il faut regarder, c'est l'image :D
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par ashram4 . Évalué à 9.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par - - . Évalué à 10.
les boites de dialogues sont bien plus claires et souvent accompagnés d'un icone représentatif
et d'une mini prévue de l'image active
les boites de dialogues sont dorénavants _toutes_ dockables , avec onglet au choix.
les outils ont été améliorés, quelques nouveautés sont venus
l'outil texte a été amélioré.
l'api de gimp a été nettoyé et simplifié (pour les développeurs)
fouinez.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par tao popus . Évalué à 10.
Le systeme de path avec l'import/export SVG et wmf, et toutes les nouveautées pour le stroke (pointillées, bords en bizeaux arrondis...)
L'import/export mng (mais que fait donc mozilla), manque plus que le support jng (compression jpg) dans le mng. mng=png animé pour ceux qui savent pas encore.
La réorganisation des menus est enorme (notament toutes les gestions de couleurs par couche plutot que par image).
Les libs ont été refaites pour pouvoir evoluer plus rapidement vers du HDRI (16 ou 32 bit (int ou floar) par composante par ex.
Les menus sur l'image (pour pas trop deboussoler les toshopeux et debutants)
L'outil select region by color.
Les templates de format d'image (pratique pour la video ou l'impression par ex), on peut au passage en rajouter soi meme.
Le support des brosses de cinepaint (ex filmgimp) qui peuvent etre en HDRI.
Une liste de buffers d'images (pour les copiers/collers).
Des histogrammes plus développés.
etc... etc...
avec tout ça toshop a du soucis a se faire, car il est en train de prendre bien du retard...
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par alexissoft . Évalué à 9.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Sharpshooter . Évalué à 7.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par calandoa . Évalué à 1.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par dinomasque . Évalué à 2.
Enfin je crois.
BeOS le faisait il y a 20 ans !
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par dawar (site web personnel) . Évalué à 5.
Ce sont les couleurs utilisées en imprimerie (regarde un magazine avec une loupe). Sans le CMJN, l'image ne passe pas le flashage (operation qui consiste a "imprimer" 4 films pour les 3 couleurs primaires et le noir). En pratique, si on oublie une image en RVB dans un doc pour l'impression, on a le droit a un beau carré noir et a un client furieux :)
Quand aux brevets la dessus, je comprends pas trop... Quelqu'un a breveté les couleurs primaires ? L'algo pour transformer du RVB en CMJN ? Autant je comprends qu'il puisse y avoir un brevet sur la colorimetrie (gestion de l'affichage des couleurs, comme colorsync), autant pour la quadrichromie, je pige pas trop ce qui empeche que ce soit dispo dans un soft libre...
Enfin, bonne nouvelle l'arrivé du CMJN, avec Scribus + gimp + sketch on va pouvoir bientot faire de la PAO pro sous linux !
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par matiphas . Évalué à 1.
A noter ces deux softs sont prevus pour s'interfacer facilement avec le GIMP
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par alexissoft . Évalué à 1.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Dies Irae (site web personnel) . Évalué à 1.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par dawar (site web personnel) . Évalué à 1.
Gimp à beaucoup plus d'options et un mode "floutage" pour le jpeg bien plus fin et efficace que celui de toshop.
[^] # cmyk et résumé des nouveautés
Posté par free2.org . Évalué à 10.
il y a déjà un plugin non officiel pour 1.2:
http://www.blackfiveservices.co.uk/separate.shtml(...)
patch pour 1.3/2.0:
http://sven.gimp.org/separate-gimp13.diff(...)
sinon voici un article qui résume (trop?) les nouveautés de 2.0:
http://jimmac.musichall.cz/stuff/private/gimp-2/html/index.xhtml(...)
[^] # Re: cmyk et résumé des nouveautés
Posté par Jihem . Évalué à 3.
[^] # Re: cmyk et résumé des nouveautés
Posté par free2.org . Évalué à 1.
je ne suis pas un spécialiste, mais voici encore 2 liens vers des extensions de Gimp (et j'ai deja donné plein de liens dans un commentaire beaucoup plus bas)
http://www.freecolormanagement.com/color/gimp.html(...)
http://www.gegl.org/(...)
[^] # Re: cmyk et résumé des nouveautés
Posté par flg . Évalué à 1.
Est ce que quand on travaille l'image, on utilise toujours les canaux RVB ou on a le choix à la création ?
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Serge Rossi (site web personnel) . Évalué à 10.
Fini la retouche à tatons ou on ne sait pas trop jusqu'à quel pixel va agir l'outil. Ca a toujours été l'aspect qui m'a empéché d'être enthousiaste au sujet de la série 1.2.
J'utilise la 1.3 depuis déjà quelques versions et c'est vraiment une mise à jour majeure qui mérite bien un 2.0 et pas un 1.4 :-)
Bon par contre, toujours pas de possibilité d'éditer des images en 48 bits comme dans cinépaint, dommage. Ca me serait pourtant bien utile avec mon appareil photo numérique et mon scanner à diapos. Je suis toujours obligé d'utiliser Cinepaint 0.18 qui a des fuites mémoires MONSTRUEUSES et qui n'a plus eu de nouvelle version depuis Juillet 2003...
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par tao popus . Évalué à 1.
Tout à été refait dans la 2.0 pour pouvoir plus facilement integrer d'autres systemes de couleur.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par daggett . Évalué à 1.
C'est un truc de photoshop qui manquait à ma mère depuis que je l'ai migrée en tout linux, maintenant ce sera bon :)
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par kassoulet (site web personnel) . Évalué à 3.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Pierre Jarillon (site web personnel) . Évalué à 4.
Je ne suis pas convaincu que toshop soit déjà en retard. Il y a maintenant quelques avantages pour chacun et on arrive grosso-modo à la parité, tout comme MSoffice et OpenOffice.org.
Toutefois, je suis bien d'accord sur le souci qu'ils ont à se faire car le logiciel libre évolue beaucoup plus vite que le logiciel propriétaire. Normalement dans un an ou deux, le logiciel libre devrait être franchement devant.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par - - . Évalué à 9.
(prévu pour gimp bientot)
photoshop a le support de pixels non carrés (pour le traitement vidéo)
(pas prévu pour gimp pour le moment)
photoshop a le support d'effets (sortes de filtre mis a jour en temps réel) sur les calques
(fonctions que les developpeurs de gimp vont rajouter)
photoshop peut charger une partie d'une image si la mémoire est limité
gimp2 rattrape un retard certain quand même, rajoute un début de support de ICC, de cmnj et prépare son code à migrer vers gegl et l'arrivée de nouvelles fonctionnalités. le futur est brillant.
perso, gimp2 est mon programme favori de tous les temps :)
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Olivier Jeannet . Évalué à 1.
Qu'est-ce que ce "gegl" ?
(si tu as fait une faute de frappe, je n'ai pas réussi à trouver de quoi il pouvait s'agir)
PS: on dit "une icône", donc "accompagnés d'une icône représentative" (pour ton commentaire http://linuxfr.org/comments/325527.html(...) daté du 07/01/2004 23:09)
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Matthieu Moy (site web personnel) . Évalué à 3.
Gegl -- Generic Graphical Library --- is an image processing library based on GObjects.
En gros, l'idée est de mettre toutes les fonctions de traitement d'image dans une librairie bien propre, et Gimp serait plus ou moins un front-end à tout ça.
C'est à mon avis une *excellente* nouvelle : De la même manière que Gimp a crée son propre toolkit (Gtk, à la base, c'est Gimp ToolKit), qui a été réutilisé et amélioré par plein d'autres applications, on peut espérer voir naitre un projet similaire à Gimp pour KDE par exemple, avec une autre interface, mais des fonctionalités similaires, les progrès de l'un bénéficiant à l'autre.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par __caffeine__ . Évalué à 3.
Quand on utilise presque aussi souvent des tracés vectoriels (et les fonctionnalités avancées qui vont avec chez illustrator) que du graphisme bitmap, c'est bien pratique d'avoir juste un glisser-déposer à faire pour partager son travail entre les deux applis; et si Gimp a les fonctionnalités "de base" du dessin vectoriel, ça devient quand même frustrant quand on est habitué aux deux autres (qui puent, qui sont pas libres).
Il y a bien des applis comme Sodipodi ou Sketch pour les un*x libres, mais elles n'ont pas les fonctionnalités proposées par illustrator (même si le boulot avance vite (une des grandes forces du libres (oui j'aime bien lisp (pas vous ?)))), et ne sont pas conçues dès le départ pour s'interfacer avec d'autres.
Le salut viendra peut-être de Python, qui permet de scripter les applis les plus prometteuses dans le domaine des "arts graphiques" (beurk, que c'est moche comme terme) libres (Sketch, Gimp, Scribus, Blender - reste à trouver une appli libre de rendu Renderman, si quelqu'un connaît je suis preneur.)
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par jraf . Évalué à 2.
http://www.cs.berkeley.edu/%7Eokan/Pixie/pixie.htm(...)
http://www.aqsis.com/(...)
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Matthieu Moy (site web personnel) . Évalué à 3.
Ah ouaaaais, trop bien !
Ben maintenant, essaye de faire une couverture de magazine avec xfig qu'on rigole. Je veux dire un truc avec plus que les 32 couleurs que xfig gère, des dégradés, éventuellement de la transparence, tout ça, quoi ...
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Brunus . Évalué à 1.
http://www.mediascape.com/artstream-linux.html(...)
Il y a un test comparatif des outils vectoriel sur le site Linuxgraphic.
Et un test d'Artstream.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par jerome (site web personnel) . Évalué à 3.
Par exemple, vous avez comme moi une souris IMPS2 et une tablette graphique (une petite Wacom Graphire 2 USB par exemple :) et vous voulez utiliser le GIMP.
Le problème qui se pose c'est que GIMP n'est pas capable de reconnaitre quel système de pointage est utilisé en dehors de la zone de tracé (l'image). En conséquence, si vous avez plusieurs pointeurs sur votre stylet (pointe et gomme) vous ne pouvez pas simplement attribuer les propriétés à l'outil grâce à la fenêtre principale (lorsque le curseur sort de la zone de tracé les attributs du l'outil change pour ceux de la souris IMPS2).
Ce problème est connu depuis assez longtemps mais nécessite une modification assez profonde du code pour arriver à gérer facilement plusieurs systèmes de pointage.
Lorsque l'on connait un peu, on arrive toujours à se débrouiller avec les raccourcis clavier et les menus mais c'est toujours un petit peu pénible.
Sinon en apparté, si quelqu'un a réussi à faire marcher convenablement (avec pression et tout) sa tablette avec un kernel 2.6, je suis preneur de la conf /etc/X11/XF86configXX, merci !
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par __caffeine__ . Évalué à 1.
Les docs sur le site sont pas très à jour, mais j'ai cru comprendre que le mainteneur du projet (qu'il en soit ici remercié d'ailleurs) a décidé de s'attaquer aux problèmes de compatibilité 2.6
A voir donc, avec éventuellement un petit mail au mainteneur, qui est plutôt réactif.
A signaler d'ailleurs que Wacom contribue du code à XFree pour ses matériels, file du matos au mainteneur du projet linuxwacom et placent des liens vers les pilotes linux sur leur site. C'est malheureusement suffisament rare pour être signalé (non, ce n'est pas une pique déguisée envers les fabricants de puces globespan...)
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par oliv . Évalué à 5.
http://developer.gimp.org/screenshots.html(...)
# scanner avec gimp 1.3 - 2.0 ?
Posté par TazForEver . Évalué à 2.
[^] # Re: scanner avec gimp 1.3 - 2.0 ?
Posté par Ramso . Évalué à 3.
[^] # Re: scanner avec gimp 1.3 - 2.0 ?
Posté par gnumdk (site web personnel) . Évalué à 2.
[^] # Re: scanner avec gimp 1.3 - 2.0 ?
Posté par - - . Évalué à 5.
xsane en gtk2 est en cours de développement
[^] # Re: scanner avec gimp 1.3 - 2.0 ?
Posté par tao popus . Évalué à 2.
[^] # Re: scanner avec gimp 1.3 - 2.0 ?
Posté par XMANN . Évalué à 10.
#xsane et xsane plugin pour gmp 1.3
deb http://people.debian.org/~jblache/SANE/(...) unstable main
deb-src http://people.debian.org/~jblache/SANE/(...) unstable main
Humm, la simplicité sous linux, ça existe, vivi.
[^] # Re: scanner avec gimp 1.3 - 2.0 ?
Posté par Yaz . Évalué à 2.
;-)
[^] # Re: scanner avec gimp 1.3 - 2.0 ?
Posté par Yaz . Évalué à 1.
(pas de debian, bien sûr ! Tout le monde sait que sait la meilleure distrib')
# Re: Sortie de Gimp 2.0 pre1
Posté par pinceau . Évalué à 0.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Black Fox . Évalué à 0.
Et le changelog est celui depuis la 1.3.23 pas la 1.2 donc la aboutbox n'est qu'un changement mineur.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par pinceau . Évalué à 8.
Non, utilisable signifie que les différentes boites arrêtent de pointer vers n'importe quel image (et de préférence pas la même) dès que tu as plus d'une image ouverte.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par bobert . Évalué à 2.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Matthieu Moy (site web personnel) . Évalué à 7.
(Marche sous Gimp 1.3)
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par yugz . Évalué à 2.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Yohann (site web personnel) . Évalué à 3.
<private joke> Elvis est mort</private joke>
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par yugz . Évalué à 1.
Ensuite, c'est utiliser le WM pour faire le boulot qu'une appli devrait faire, à savor gérer son espace de travail pour offrir à l'utilisateur les meilleures conditions d'utilisation.
Et contrairement à ce qu'un message subliminal glissé dans ton commentaire indique, Elvis est bel et bien vivant, c'est Charles Bronson qui me l'a dit. Et blague à part, tu seras fouetter avec du fil de fer barbelé pour avoir osé profaner la mémoire du King.
Ah au fait, bonne année _o/
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par oliv . Évalué à 2.
En fait, le concept de fenêtre dans une fenêtre (WiW), avec des palettes flottantes, c'est purement apparu nécessaire pour la version Windows de Photoshop. La vraie version des graphistes, celle de MacOS (je me réfère à un point de vue historique) n'en a pas besoin.
Ensuite, vu la déficience de la gestion de fenêtre de Windows, il a fallu implémenter dans le logiciel tout un système de gestion des fenêtres. Un truc horrible au point de vu interface utilisateur (2 gestion de fenêtre différentes/concurrentes) comme du point de vu du code (la place d'un WM est-elle dans un logiciel?).
Sous XWindow (sans "s"), la gestion des fenêtre a toujours été très évoluée en comparaison: Groupe de fenêtres, bureaux multiples et virtuels, utilisation des 3 boutons de la souris (par exemple pour avoir trois fonctions d'agrandissement de la fenêtre: vertical, horizontal et les deux), focus suivant la souris, donc le lieu de l'action. Elle a constamment évolué, avec aussi la possibilité de mémoriser des comportements de fenêtres différents pour chaque logiciel, d'avoir de nombreux types de fenêtres (e.g. always on top/bottom).
Un utilisateur qui a dû apprendre des interfaces lourdes, pénibles qui contournent les déficiences de Windows doit réapprendre ce nouveau paradigme, plus puissant. A défaut, il tient des propos comme "Blender a une interface de merde" (propos de Eugenia Machin de OSnews), "Gimp devrait être MDI" et ainsi de suite. Mais il a tort. Il devrait apprendre a utiliser le nouveau paradigme, avant de le critiquer.
L'utilisateur qui a de la chance est celui est dans le monde Mac. Il ont toujours eu une interface bien conçue chez apple. Mais mettez un utilisateur Windows sur un Mac, et il va tenir des propos similaires ("p....n, il est où le bouton droit de ma souris!" "et le menu démarrer!").
Dieu merci (façon de parler ;) ), il y a un consensus chez les développeurs de Gimp pour ne pas avoir d'interface WiW.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Matthieu Moy (site web personnel) . Évalué à 1.
A t'entendre, on dirait que c'est un bon concept de demander à l'utilisateur d'avoir au minimum 5 fenêtre ouvertes pour pouvoir travailler avec Gimp.
Regardes-les screenshots en Gimp 1.2 par exemple
http://www.gimp.org/the_gimp_screenshots.html(...)
Quelle est la proportion de la surface d'écran utilisée par Gimp ? Pas beaucoup. Avec ce méli-mélo, tu as le choix entre des fenêtres qui se superposent (pratique, la boite d'outils par dessus ton image ! Il faut la déplacer à chaque fois que tu veux travailler sur l'endroit qui est en dessous ...), ou beaucoup d'espace inutilisés entre les fenêtres (sur les screenshots, on voit en général plus le fond d'écran que Gimp lui-même.)
Sans aller jusqu'aux fenêtres dans les fenêtres, la possibilité d'avoir des tabs avec plusieurs images groupées serait déjà pas mal. (Tout le monde n'utilise pas pwm ...) La possibilité de docker les boites de dialogue dans la 2.0 est un grand pas en avant à ce niveau là.
Sinon, pour le bouton droit de la souris sous Mac, moi, les mac-eux que je connais, une fois qu'ils ont touché à Windows, ils regrettent de ne pas l'avoir (idem pour la molette ...)
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par oliv . Évalué à 2.
1- J'ai 3 fenêtres ouvertes dans Gimp.
2- Si sous windows, avoir + de 2 fenêtres rend le travail pénible, ce n'est pas le cas sous X.
Pose toi cette question (essaie de visualiser):
Quelle différence y-a t'il entre:
- 1 grande fenêtre de fond avec des palettes flottantes par dessus l'image (MDI)
- 1 image de fond (background) et des fenêtres flottant par dessus une fenêtre image (Gimp avec un bureau mal rangé).
>Avec ce méli-mélo, tu as le choix entre des fenêtres qui se superposent (pratique, la boite d'outils par dessus ton image ! Il faut la déplacer à chaque fois que tu veux travailler sur l'endroit qui est en dessous ...)
Mais que font tes fenêtres par dessus l'image? Range ton bureau, et place les une fois pour toutes ailleurs. Chez moi, les fenêtres ne se déplacent pas seules. Tu as mal configuré ton WM, gimp n'est pas en cause.
> Tout le monde n'utilise pas pwm ...
Fluxbox peut faire ça. Et il n'est pas le seul.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par yugz . Évalué à 1.
Pose toi cette question (essaie de visualiser):
Quelle différence y-a t'il entre:
- 1 grande fenêtre de fond avec des palettes flottantes par dessus l'image (MDI)
- 1 image de fond (background) et des fenêtres flottant par dessus une fenêtre image (Gimp avec un bureau mal rangé).
Le fond d'une application MDI c'est un applat de couleur, d'origine dans une couleur neutre et non-agressive.
Mon fond d'écran c'est un truc avec des machins bleus et des bidules rouges et du jaune par ci, et en plus je change d'image toutes les 3 minutes donc sai la fête. Sans oublier un deux ou trois GIFs animés dans mozilla.
Pose toi cette question :
Qu'est ce qui est le plus efficace pour se concentrer et faire du boulot correct ?
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par _NaSH_ . Évalué à 1.
car la reponse est dans la question
tout depend du fond d'ecran :)
et donc du gout de chacun.
macromedia a trouvé une solution originale a ce probleme, vu qu'au demarrage de dreamweaver MX on peut choisir entre une vue MDI de l'application, ou une vue fenetré.
je n'aime pas les bureaux virutels.. je n'ai jamais pu m'y faire. donc effectivement, ca me gene enormement cette maniere de tout separer hors du cadre du logiciel.
pour moi une instance du logiciel=une grosse fenetre.. c'est comme ca.
si je voudrai vraiment entrer dans l'espris du logiciel, il faudrai "installer" des bureau virtuels quand je l'utilise avec certains os.. et avec tout les problemes que ces "hack" impliques..
de plus quand je suis sous linux.. une des premiere chose que je fait est d'enlever ces 4 bureaux.
chacun est libre d'arranger son ordi comme il le veux. et donc a mon avis, gimp se doit d'etre beaucoup plus souple dans son interface, sinon tout tentative d'utiliser gimp, sera percu comme une "lecon" dans l'art et la maniere d'utiliser et d'arranger son pc
l'exces dans le MDI existe aussi !
rapellez vous de la version de staroffice qui installait son horrible interface avec son propre menu demarrer
aussitot vu, aussito effacé !
que de temps perdu pour arriver enfin a quelque chose de propre et ni trop mdi ni trop fenetré. je parle bien entendu de openoffice.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Erwan . Évalué à 1.
Les bureau virtuels existent sous Windows XP, il s'agit d'une extension officielle a telecharger sur le site de MS.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Matthieu Moy (site web personnel) . Évalué à 1.
(Et non, c'est même pas une blague : http://siliconrealms.com/mdeskinfo.shtml(...))
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Anonyme . Évalué à 1.
> concentrer et faire du boulot correct ?
Un fond d'écran noir.
xsetroot -solid black
Aurélien.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par tene . Évalué à 1.
Perso, dans ma grande naiveté, je vois windows ou on a tendance à avoir du MDI (quoi qu'office ne fonctionne totalement plus de la sorte), et unix ou souvent on en a pas, et j'ai du mal à déterminer une approche entièrement supérieure, peut-être as-tu de bon arguments? Je serai content de les apprendre, parce qu'à priori, je ne suis ni d'accord avec ceux qui prétende que sans MDI c'est pas la peine ni d'accord avec ceux qui prétende que le MDI n'a aucun intéret...
ps: un autre truc qui me fait réfléchir, quelle est la fonctinnalité qui intéresse souvent le plus les utilisateurs d'IE chez mozilla? le tab-browsing! Soit, il me semble, une sorte de MDI avec tab... alors que IE lui ne propose que ce "paradigme nouveau" qui semble si bien ;P
re-ps: je ne suis pas utilisateur de mac, corrige moi si je me trompe, la combinaison pomme+click sous macos ne fait-elle pas le plus souvent office de bouton droit sous mac?... quelle est le pire niveau utilisabilité? un bouton dédié à une fonctionnalité, ou une combinaison de touche et de mouvement de la souris?
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par oliv . Évalué à 1.
Je n'ai jamais dit cela.
J'ai dit:
1- MDI n'est pas forcément la solution idéale à tous les problèmes
2- l'interface WiW de Photoshop a été introduite pour Windows, car le WM de Windows était (est toujours) limité.
Les deux propositions n'ont pas de lien de causalité.
Quant au tab browsing, il a des intérêts, surtout si tu travailles sur 1 document à la fois. Faire du DnD du contenu d'un onglet html dans un autre n'a pas d'utilité dans Mozilla, mais peut en avoir pour Gimp (DnD de calques, etc).
Enfin, je n'ai pas cité l'absence de bouton droit comme un avantage du mac (surtout vu que j'ai cité l'utilisation de 3 boutons comme un avantage de X). L'argument était que quand on a appris un environement (une interface, un paradigme), on a toujours tendance voir comme des défauts les différences des autres. Sur un point de vue utilisabilité, les 2 examples se valent, car il est très difficile pour un débutant d'utiliser 2 boutons de souris (déjà 1 c'est difficile, souvenez vous de vos premiers essais avec une souris, pour peu que vous ayez eu plus de 15 ans, ou donnez une souris à une personne agée dont les mouvements sont moins précis). Mais là n'est pas le sujet ;)
En conclusion: Dans un environement XWindow, avec un bon gestionnaire de fenêtres (c.a.d. tous sauf Metacity ;) ) bien configuré (focus follows mouse, etc.) le MDI est moins utilisable que l'interface de Gimp.
Sous Windows, le MDI (et le WiW) est plus nécessaire.
Sous MacOS, il faut utiliser le paradigme de MacOS pour optimiser l'interaction.
Faire des hybrides pose des problèmes: e.g. Gimp pour Windows, ou les programmes Windows sous Linux.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par yugz . Évalué à 1.
En fait, le concept de fenêtre dans une fenêtre (WiW), avec des palettes flottantes, c'est purement apparu nécessaire pour la version Windows de Photoshop. La vraie version des graphistes, celle de MacOS (je me réfère à un point de vue historique) n'en a pas besoin.
Photoshop sur Mac ça date d'il y a longtemps et si je me souviens bien (mais si c'est mal, corrigez moi) à l'époque quand tu travaillais sur une appli les fenêtres des autres programmes étaient grisées, donc pas vraiment choquant pour la vue et pas de risques de se planter de fenêtre. Le MDI n'était donc pas nécessaire.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Matthieu Moy (site web personnel) . Évalué à 1.
Oui !
> pour avoir qulque chose d'utilisable
Prèsque !
Les changements les plus visibles : Il y a un menu horizontal en haut de la fenêtre dessin. (Les sous menus étaient très chiants à atteindre à la souris).
Une vision assez sympa pour regrouper la multitude de petites boites de dialogues qui trainaient partout : On peut avoir plusieurs boites de dialogues dans une fenêtre avec des tabs, et en plus, on peut couper les fenêtres en deux horizontalement. Bref, ils ont ajouté les fonctionalités intéressantes de ion, quoi ;-)
Le truc que je trouve dommage : visiblement, on ne peut pas utiliser tout ça avec les fenêtres qui contiennent les images. Là, c'est encore une fenêtre du window manager par image.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Gohar . Évalué à 1.
La norme reste pour moi l'organisation des menus sous MacOs*: le menu de l'application active apparaît systématiquement en haut de l'écran. Difficile de faire mieux au niveau ergonomie: on n'est jamais perdu. Dommage que ni KDE ni Gnome ne proposent cette option, à ma connaissance.
* Jusqu'à 9 du moins, OSX tourne pas sur mon iMac G3, Linux, si.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Matthieu BENOIST . Évalué à 2.
Le problème avec cette utilisation c'est que si l'api est autre chose que qt, les menu ne vont pas en haut, ils restent bien sagement dans leurs fenêtre (c'est le cas de tout ce qui est gtk, mozilla, oo...) chez moi.
</ma vie>
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Gohar . Évalué à 1.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Gohar . Évalué à 1.
# Re: Sortie de Gimp 2.0 pre1
Posté par ploum (site web personnel, Mastodon) . Évalué à 8.
On peut grandement simplifier l'interface si on n'aime pas plein de fenêtres flotantes en faisant un drag n drop de toutes les fenêtres ouvertes sur la fenêtre de menu !
Les différentes box s'organisent alors en tab !
Perso, je préfère grandement ça :
2 fenêtres , une avec tous les outils et leurs options, l'autres avec l'image et les menus spécifiques à l'image (filtres, fichiers, ..) sans devoir recourir au clic droit !
Evidement, les amateurs de la version "avec-plein-de-fenêtres-partout(tm)" seront aussi satisfaits :)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Da Scritch (site web personnel, Mastodon) . Évalué à 2.
Ma grosse attente c'est le bug du dessn pixel par pixel en très fort zoom (on avait des décalages), l'arrivée impromptue de palettes flottantes lors de certaines actions (celui du scalpel est proprement insupportable) et un outil photoshop qui est très utile mine de rien, le zonage, qui permet de sauver en morceaux.
Et un truc qu'aucun soft professionnel ne sait faire : les niveaux d'utilisation (une option de menu où on te montre de plus en plus d'options suivant le niveau utilisateur que tu te juges). Cela permettrait d'y mettre très vite les copains apprentis graphistes, tout comme j'ai mis des apprentis ingés-sons à audacity. Ce dernier est devenu une référence d'apprentissage dans ma boite par sa simplicité (et dommage qu'il se complexifie un peu trop)
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par - - . Évalué à 6.
cela entraine de toute facon trop de complications pour les documentations, le suivi de bug, ou même le support (aide à distance).
gnome a choisi de ne _pas_ faire de "niveaux d'utilisations" (c clairement décidé)
gimp n'a pas pour vocation d'être une application totalement "gnome" donc les décisions de gnome ne sont pas forcément celles de la communauté gimp mais il n'y a aucune volonté de la part des gens sur la ML de gimp de faire des niveaux d'utilisations.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par philou (site web personnel) . Évalué à -1.
quand m$ le fera gnome le fera.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par philou (site web personnel) . Évalué à 1.
La fenettre de scapel est une vraie horreur, surtout qu'il aurait put être intégrer dans les options de l'outil comme les outils de selection de région via le bouton "selection à la main/taille fixe/..."
# Re: Sortie de Gimp 2.0 pre1
Posté par Bouiaw . Évalué à 3.
Quelqu'un sait si cela est prévu à terme ou il n'en est pas question du tout ?
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Ed GhZaaark . Évalué à -1.
Franchement c'est le panard assuré.
Il est impossible au graphiste qui se réspècte et qui ne joue pas l'élite, de bosser sur un tel Opengiciel!.
Un truc qui serait cool (vu dans painter fournis avec ma tablette donc je l'utilise :) ), serait de pouvoir agrandire la taille de la brosse via la mollette.
super Chapeau à l'équipe The Gimp!!
+
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par fmaz fmaz . Évalué à 1.
Tu es en train d'écrire que ce logiciel est complètement inutilisable.
C'est bien ce que tu veux dire?
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Eric E.D.V. . Évalué à 1.
[^] # Re: Sortie de Gimp 2.0 pre1
Posté par Eric E.D.V. . Évalué à 1.
"... The addition of a simple color proof display filter is a first step on integrating color management..."
Cela n'est-il pas le début de la prise en considération des problèmes de gestion des couleurs ? D'ailleurs sur http://sven.gimp.org/gimp-color-proof.png(...) on voit une fenêtre ouverte sur des profils .icc d'Adobe, il y a donc apparemment bien un travail sur la gestion des couleurs dans Gimp 1.3.23, donc le futur Gimp 2. Me trompé-je ?
[^] # liens CMS/CMYK
Posté par free2.org . Évalué à 3.
http://www.blackfiveservices.co.uk/separate.shtml(...)
http://www.khk.net/color/gimp.html(...)
http://www.levien.com/gimp/gcmm.html(...)
http://www.scarse.org/(...)
http://www.colorreference.de/(...)
http://www.gcms.coloraid.de/(...)
http://bugzilla.gnome.org/show_bug.cgi?id=66886(...)
http://www.ifrance.com/becon/gimp_chapitre_14.html?(...)
http://manual.gimp.org/manual/GUM/Prepress.html(...)
[^] # Re: liens CMS/CMYK
Posté par free2.org . Évalué à 3.
et encore un autre soft libre:
http://web.access.net.au/argyll/(...)
# Corrections de Bugs: Mieux que Ferrari!
Posté par oliv . Évalué à 1.
Selon les heures du Bugzilla, j'ai ouvert le bug a 5H09 (heure US?). Il a été confirmé à 5H32 et corrigé à l'instant: 11H06
Quelle vitesse ces développeurs Gimp! :)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.