• # Le blog en image, bien mais limité !

    Posté par . En réponse au journal Redesign de l'interface de gimp. Évalué à 3.

    Je trouve le blog en image bien, mais l'idée que je souhaite exprimer est plus video que statique.

    Je vais l'exprimer ici sous forme de texte, en attendant d'avoir le courage de fabriquer 2 ou 3 images caractéristiques à partir de rien (j'arrive même pas a trouver les icône de la barre d'outils sans aller chercher les sources, ça me gonfle...) puisque je ne connais pas d'interface comme ça :)

    Les principes de mon interface, sont :
    - D'abord que les ordinateurs taillé pour faire du traitement d'image ne sont jamais des bouses, et on peut donc faire une interface très mobile (beryl / e17 like) car il y a toujours une accélération graphique suffisante

    - Toujours maximiser l'espace de travail pour travailler sur les images

    - Avoir une vue scalaire des informations, aka le principe du "FishEye" : l'idee de base c'est genre une barre MacOSX pour chaque "dock" (même concept de dock que l'actuel): quand la souris est loin et ne travaille pas (aka click enclenché), on ne voit que l'icone/titre du dock, puis on se rapproche, un minidock apparait, avec les informations importantes du dock (mode sélectionné, etc.) puis on a plus d'informations, jusqu'a l'ensemble des options, ce qui revient quasiment à une fenêtre, qui pourrait être "épinglable" (pour rester verrouillée dans cet état si besoin).

    Je détail le dock des outils par exemple: les outils sont en ligne verticalement façon barre OSX, et minimisé ils ne dépassent pas sur le/les buffer image. Plus on rapproche la souris d'un outil, plus on a d'informations dessus: une icone qui déborde sur l'image pour bien l'identifier, le nom de l'outil qui apparait puis eventuellement une petit aide, ou un truc/astuce sur l'outil,(desactivable) et quand on passe la souris sur l'icone, aparaissent les options de l'outil, on peut alors facilement cliquer sur l'outil pour le selectionner et règler ses options. Pour voir l'état des options et les changer, un simple coup de souris dans la direction du dock montrera rapidement l'information nécéssaire.

    Si on pense avoir à rechanger les options regulièrement pendant le travail avec l'outil, on "épingle" les informations de l'outil (sous forme de dock contextuel/ fenetre MDI ou multifenêtre suivant les options utilisateur, par exemple, pour moi ca dépendrai si j'etais sous Linux ou Win :D )

    - Avoir une gestion d'action sur les images (filtre, script, propriétés de l'image/du canevas, inversion de la sélection, changement de couleur ) avec favoris/ liste de MRU, par exemple sur un dock (toujours type FishEye) en bas au centre de l'application (dans la conf par défaut)

    - Avoir des vues, de la même façon qu'on peut avoir des vues dans Eclipse (et d'autre éditeurs) permettant un autre agencement des barres/ dock/etc.

    - Avoir eventuellement des workspaces permettant de switcher d'images ouvertes entre les workspaces (façon calques de blender, une image peut etre sur plusieurs workspaces, seules ou avec d'autres images).

    On pourrait même garder la dernière vue utilisée dans le workspace afin de swicher facilement beaucoup de chose.

    Par exemple, un workspace permettant de picorer des bouts d'image par-ci par-là sur d'autres image que l'image de travail, avec une vue organisée pour cela(on pourrait imaginer de voir dans cette vue le gestionnaire de calque avec l'ensemble des calques de toutes les images ouvertes dans le workspace), et un workspace ou on a que l'image de travail (on switcherai dessus en changeant d'onglet par exemple, façon FF), avec que les outils de peinture avec les brosses facilement accessibles et listé dans un dock FishEye(avec une recherche sur les tag dans le dock, suivi des brosses triés par nombre de fois ou elles ont été utilisées, vu qu'ils vont utiliser des tags pour catégoriser, d'apres la video que j'ai vu, pour les brosses/tiles/gradient/etc.).


    Bon, si vous voyez comment faire 2 images permettant d'expliquer tout ça, je prend (d'autant plus si elle est déjà faite ^_^) !!

    Je suis sur que c'est une configuration permettant d'exploiter les écran pas énormes facilement, tout autant que les dual screens (on peut imaginer des colonnes de docke FishEye, ça me parait pas déconnant à mettre sur le 2e écran), que ça permettra au débutant d'apprécier avec une vue simple qu'il peut personnaliser, et à l'expert d'augmenter sa productivité avec un environnement conditionné comme il l'entend à tout moment grâce aux workspaces/vues/favoris/MRU.

    Le seul inconvénient c'est que ça nécéssite un minimum d'accélération graphique (2D) pour que ça ne rame pas(ou alors être basé sur les EFL pour l'interface ! ), mais ce prérequis ne sera pas un problème d'ici peu (les drivers graphique semblent s'ouvrir ces temps-ci :D ) quelque soit la plateforme, et même sur les périphériques portable car eux aussi se font accélérer le graphisme maintenant :P