tu peux facilement agrandir le file selector de KDE, régler la taille des icones et les faire aparaitre sous forme d'aperçus des images. Du coup tu peux facilement scroller et trouver la zone qui t'intéresse, par exemple dans une série d'images qui composent une animation, tu cherches le moment ou apparait un motif, quand tu l'as tu cherches ensuite précisément l'image ou les images à éditer.
Avec le file selector natif de gimp, il faut passer par un gestionnaire de fichier externe parce que l'outil natif ne fait pas son boulot.
De toutes façons, je ne me fais aucune illusion, ça fait plus de 10 ans que pas mal de gens disent ce genre de chose et qu'on leur répond à coté, que l'UI est géniale parce qu'il y a eu une étude d'usability et il y a des HIG trop magnifiques et que c'est à eux de changer leur comportement. D'un certain coté, je suis même très content des audaces de gnome 3.0, ça change. Il y aura même peut être un miracle du coup, un développeur va se mettre à faire du FS un vrai outil pratique. Ah, zut, non, gnome, c'est pas gtk, gtk ils sont pas assez, etc, cf l'autre témoignage.
C'est à l'outil d'être adapté à l'usage de l'humain, pas l'inverse. Je suis d'accord que l'outil doit être le plus simple possible, je comprends très bien l'esprit gnome et je les suis sur ce point, mais la nuance c'est que l'outil doit aussi et d'abord couvrir tout le champ de sa pratique tout en restant ensuite le plus simple possible.
C'est pas le cas du file selector GTK, et c'est une faille critique. Pour moi, le file selector est un piece majeure d'un ensemble d'applications.
On pourrait imaginer de partir dans la direction que le file selector n'est pas important et qu'on doive passer par le file manager, mais dans ce cas il faudrait adapter le design du desktop à cette notion. Là, ça n'est pas le cas, c'est par dépit qu'on contourne le FS par par design.
[^] # Re: Nautilus browser vs spartial
Posté par imr . En réponse à la dépêche GNOME 2.30 sort le poisson de l'eau. Évalué à 2.
Avec le file selector natif de gimp, il faut passer par un gestionnaire de fichier externe parce que l'outil natif ne fait pas son boulot.
De toutes façons, je ne me fais aucune illusion, ça fait plus de 10 ans que pas mal de gens disent ce genre de chose et qu'on leur répond à coté, que l'UI est géniale parce qu'il y a eu une étude d'usability et il y a des HIG trop magnifiques et que c'est à eux de changer leur comportement. D'un certain coté, je suis même très content des audaces de gnome 3.0, ça change. Il y aura même peut être un miracle du coup, un développeur va se mettre à faire du FS un vrai outil pratique. Ah, zut, non, gnome, c'est pas gtk, gtk ils sont pas assez, etc, cf l'autre témoignage.
C'est à l'outil d'être adapté à l'usage de l'humain, pas l'inverse. Je suis d'accord que l'outil doit être le plus simple possible, je comprends très bien l'esprit gnome et je les suis sur ce point, mais la nuance c'est que l'outil doit aussi et d'abord couvrir tout le champ de sa pratique tout en restant ensuite le plus simple possible.
C'est pas le cas du file selector GTK, et c'est une faille critique. Pour moi, le file selector est un piece majeure d'un ensemble d'applications.
On pourrait imaginer de partir dans la direction que le file selector n'est pas important et qu'on doive passer par le file manager, mais dans ce cas il faudrait adapter le design du desktop à cette notion. Là, ça n'est pas le cas, c'est par dépit qu'on contourne le FS par par design.