Owen Taylor a annoncé la disponibilité de Gtk+ version 2.4.0.
Ceci s'accompagne de la sortie de Pango 1.4.0 et Glib 2.4.0 utilisés par Gtk+.
Cette boîte à outils, initialement développée pour The Gimp (GTK : Gimp ToolKit) sera utilisée par Gnome 2.6 qui sortira dans quelques semaines. Gtk+ 2.4 est compatible source et binaire avec les versions 2.2 et 2.0 .
Parmi les améliorations :
* nouveau sélecteur de fichier ;
* support de texte mixant des langues écrites de gauche à droite et droite à gauche ;
* extension du support d'unicode (Unicode-4.0).
Voir les annonces pour tous les détails.
Ceci s'accompagne de la sortie de Pango 1.4.0 et Glib 2.4.0 utilisés par Gtk+.
Cette boîte à outils, initialement développée pour The Gimp (GTK : Gimp ToolKit) sera utilisée par Gnome 2.6 qui sortira dans quelques semaines. Gtk+ 2.4 est compatible source et binaire avec les versions 2.2 et 2.0 .
Parmi les améliorations :
* nouveau sélecteur de fichier ;
* support de texte mixant des langues écrites de gauche à droite et droite à gauche ;
* extension du support d'unicode (Unicode-4.0).
Voir les annonces pour tous les détails.
Annonce Gtk+ 2.4.0 (1228 hits)
Annonce Pango 1.4.0 (367 hits)
Annonce Glib 2.4.0 (330 hits)
Site Gtk (772 hits)
Cours Gtk en français (1895 hits)
> Lire la dépêche (221 commentaires, moyenne: 1,5).
Vous avez demandé le commentaire #371755.




Captures d'ecran cliquables
http://www.peacefulaction.org/sayamindu/GNOME-2.6/images/filesel_sa(...)
http://www.peacefulaction.org/sayamindu/GNOME-2.6/images/filesel_sa(...)
http://www.peacefulaction.org/sayamindu/GNOME-2.6/images/filesel_no(...)
[^]Re: Captures d'ecran cliquables
cool, ca a de la gueule
vivement qu'il arrive dans portage ...
[^]Re: Captures d'ecran cliquables
Ah pas mal du tout, ils l'ont enfin amélioré ce sélecteur de fichier... Je vais peut-être me remettre à la prog Gtk :)
Debian ... gentoo moi ça et vite :)
[^]Re: Captures d'ecran cliquables
C'est dommage il manque une barre de texte pour taper le nom d'un fichier pour l'ouvrir...
[^]Re: Captures d'ecran cliquables
ctrl+l ouvre une entrée de texte où tu peux taper le nom du fichier
[^]Re: Captures d'ecran cliquables
Oui!!!
On peut paramétrer de façon à ce qu'elle reste toujours? Par ce que le but, en tapant au clavier, c'est d'aller plus vite. S'il faut ouvrir le dialogue, taper C-l, attendre que ça change, taper le texte, ça n'a plus grand intérêt.
[^]Re: Captures d'ecran cliquables
Si tu veux taper un nom de fichier, t'as déjà les doigts sur le clavier, donc le temps de taper ctrl+l est négligeable à mon avis. Pour savoir si y amoyen de toujours l'afficher, faudrait regarder dans l'api doc du gtkfilechooser
[^]Re: Captures d'ecran cliquables
Bien sûr le C-l est négligeable.
Après ça dépend du temps pendant lequel la machine rame pour modifier le dialogue ;) Remarque c'est la même chose quand on clique sur "browse in other directories".
Bon, de toute façons, je chipote, le C-l me satisfait :)
[^]Re: Captures d'ecran cliquables
Le dialogue n'est pas modifié, c'est un petit popup qui s'ouvre
[^]Re: Captures d'ecran cliquables
de toute facon le copier coller d'un lien est marginal a mon sens.
Personnellement je fais vraiment tres rarement ce genre d'opération
[^]Re: Captures d'ecran cliquables
les captures sont indiquées pour la 2.6, pas la 2.4 ? non ?
[^]Re: Captures d'ecran cliquables
Les captures sont du gnome 2.6/gtk 2.4 (les versions de gnome et gtk sont pas synchronisées)
[^]Re: Captures d'ecran cliquables
Bien evidement mais j'utilise deja un selectionneur de fichier :)
Et dans le selectionneur de fichier actuelle je selectionne les fichiers dans 99% des cas. Je fais tres tres rarement des copiers coller.
[^]Re: Captures d'ecran cliquables
c pas qu'une histoire de copie/collage d'un lien
perso j'utilise très souvent mon clavier dans la boite de selection actuelle dès qu'un repertoire contient bp de fichiers (associés à <tab> c'est radical)
Développeur OpenSource
[+] [^]Re: Captures d'ecran cliquables
ah mon avis les gens comme toi (et moi) sont très minoritaires, il s'agit uniquement des habitués de la ligne de commande
[^]Re: Captures d'ecran cliquables
je ne pense pas, on est un paquet à le faire ce truc, ça devient même maladif, et le pb c'est lorsqu'on est chez qqn d'autre et qu'il y a un autre os sous la main, dur dur de se passer de la complétion automatique ...
[^]Re: Captures d'ecran cliquables
on est un paquet à le faire ce truc
quelle proportion d'informatitiens dans le paquet ?
c'est important de le savoir
[^]OUPS !
informaticiens :)
[^]Re: Captures d'ecran cliquables
Un paquet d'informaticiens, c'est comme un paquet de chamallows, ça a l'air carré mais en fait c'est mou .
Ah, ces chamallows, c'est vraiment des branleurs .
[^]Re: Captures d'ecran cliquables
C'est biaisé: parmi les gens qui ont été confrontés à la tab-completion (ie. les gens avec une petite culture Unix), combien d'informaticiens ?
AMHA, beaucoup des gens "qui se débrouillent" trouveraient ça utile s'ils connaissaient. Beaucoup sont ravis en découvrant que ça existe dans le file selector.
[^]Re: Captures d'ecran cliquables
Non, je ne pense pas ...
En fait, c'est même une fonctionnalité indispensable. Quand on travaille sur des fichiers avec une nomenclature bien précise, c'est super pratique.
Petit exemple, je travaille sur un projet d'infographie, disons la réalisation d'un thème pour tel ou tel WM, je veux ouvrir tous les png correspondant à la barre de titre en haut à gauche : je tape top-left- , je sélectionne tout et j'ouvre.
Voire je mets direct top-left-*.png.
Dans le cas ou il y a une soixantaine de fichiers pour un thème, c'est beaucoup plus simple que de sélectionner à la main.
[^]Re: Captures d'ecran cliquables
Je ne suis pas un habitué de la ligne de commande (au contraire ça fait seulement quelques mois que je suis sous linux et avec une morphix) et cette fonctionnalité est indispensable. D'ailleurs je ne vois pas ou est le problème avec le file selector de gtk 2 qui est carrément parfait (je parle de celui-ci: http://bohwaz.kd2.org/pics/screenshot.jpg(...) ).
Vive l'auto-complétion :)
[^]Re: Captures d'ecran cliquables
Celui là n'a pas d'existence officielle, ça doit être un patch de Ximian ou de je sais pas qui. Si tu compiles un gtk 2.2 à partir des tarballs, t'auras pas ce fileselector là.
[^]Re: Captures d'ecran cliquables
c'est un truc de debian je crois
[^]Re: Captures d'ecran cliquables
non non, c'est un patch de ximian que debian a intégré dans la sid.
[+] [^]Re: Captures d'ecran cliquables
c'est pas de l'equipe de Gimp qui en avait marrer de la merde precedente?
[+] [^]Re: Captures d'ecran cliquables
question a ceux qui ont moinsser: Pourquoi vous trouvez le selecteur de fichier de gnome 1.2 et 2.0 et 2.2 et 2.4 comme etant bien? Curieux vous devez etre les seul.
[^]Re: Captures d'ecran cliquables
D'ailleurs je ne vois pas ou est le problème avec le file selector de gtk 2 qui est carrément parfait
J'aimais bien aussi, mais le nouveau apporte une gestion des raccourcis par l'utilisateur et l'affichage de la taille des fichiers.
Vive l'auto-complétion :)
Ça existe toujours dans le nouveau.
[^]Re: Captures d'ecran cliquables
de toute facon le copier coller d'un lien est marginal a mon sens.
Personnellement je fais vraiment tres rarement ce genre d'opération
je le fais plutot très souvent.
ça peut concerner des fichiers retrouvés par locate (genre dans /usr/share/doc ...) et les file finder de Gnome ou KDE ne sont pas forcément adaptés.
ça peut aussi être des espaces de travail relativement éloignés, en gros 3 répertoires de travail sans trop de rapport entre eux. l'un avec un stock d'images, un avec un stock de templates html, php, javascript, css, et un troisième avec la maquette du site web en cours de préparation.
pouvoir entrer directement un long répertoire permet d'ailleurs de faire pointer le file selector sur ce répertoire plutot que d'avoir à remonter et redescendre une arborescence parfois lourde (ou avec 23 sous répertoires à chaque fois, et vous voulez le 17ème qui n'apparait qu'à l'avant-dernier click sur la barre de défilement horizontal...)
bref, le genre de fonctionnalités que je vais remettre aussitot.
Windows has no users. It has hostages.
[^]Re: Captures d'ecran cliquables
et tu trouve pas plus simple de faire un bookmark pour ce genre de truc ?
Moi qd je cherche un truc en console je l'ouvre depuis la console.
[^]Re: Captures d'ecran cliquables
les bookmarks ? bof
après quelques temps on en a de trop et il faut se mettre à scroller dans leur listbox également.
de plus on en a souvent 3-4 mis d'office pour des bidules comme Desktop et compagnie... comme sous Windows.
et ça ne couvre pas les besoins que j'ai, comme ouvrir une image paumée parmi 42 000 autres alors que l'appli (Gimp ou autre) est déjà ouverte.
bah, comme j'ai dit, je me le refous en standard à la première occasion.
Windows has no users. It has hostages.
[^]Re: Captures d'ecran cliquables
Il y a environ 2 ans, j'ai installe Gnome 2 (le 2.2 il me semble) comme desktop par defaut sur les serveurs Linux de ma companie (~40 employes. bac+5 en moyenne) en replacement des serveurs HPUX avec CDE.
A part quelques reticences passageres au changement, la migration s'est bien passee mais apres 2 ans je peux certifier que la pluspart des utilisateurs n'ont pas encore decouvert le 10ieme des fonctionnalites de Gnome (par example comment creer un panel ou un launcher). LES UTILISATEURS NE LISENT PAS LES DOCS!
Alors CTRL-L pour obtenir une entree de texte ... je me marre!
Pour 95% des utilisateurs CTRL-L n'existera pas!
Cela ne serait pas un gros probleme si toutes les fonctionnalites etaient accessibles depuis le Fileselector. Ce n'est malheureusement pas le cas.
Par example, il est impossible d'ouvrir les fichiers et repertoires caches (.emacs, .bashrc, ...).
C'est vraiment dommage car dans l'ensemble Gnome 2.6 est plutot pas mal.
Je pensais mettre les desktops a jour apres la sortie de Gnome 2.6 mais des problemes de ce genre me font serieusement considerer KDE a la place.
[^]Re: Captures d'ecran cliquables
La sélection des fichiers cachés est effectivement un pb, ça me surprendrait pas que ça soit un bug
Par contre, l'entrée de texte cachée, c'est fait exprès, la plupart des utilisateurs ne tapent pas le chemin directement, ils se balladent avec leur souris... D'où l'inutilité d'avoir cette zone de texte...
[^]Re: Captures d'ecran cliquables
Du point de vue de l'accessibilite, le fait que tout se fasse a la souris est un desastre. La navigation au clavier est ... penible.
De ce point de vue, CTRL-L est egalement tres peu convivial. Dans gtk 2.4.0 la completion dans la boite de texte est pratiquement inutilisable: "L'essayer c'est la detester :-)"
La bonne nouvelle est qu'il existe un raccourci pour chercher une sequence de characters dans la liste des fichiers (comme CTRL-S dans emacs)
CTRL-F ouvre une boite de texte et demarre la recherche
DOWN continue dans les fichier suivants
UP continue dans les fichiers precedents
Je trouve que ce CTRL-F est beaucoups plus pratique que le CTRL-L mais, malheureusement, il s'agit d'un raccourci associe a la liste des fichiers.
Il n'est donc pas accessible si un autre widget a le focus (bouton, ...) .
L'accessibilite du selecteur de fichier serait grandement amelioree si des raccourcis claviers etaient ajoutes pour les actions suivantes:
- ouvre le repertoire parent (..)
- montre/cache les fichiers 'caches'
- donne le focus a la liste des fichiers
- donne le focus a la liste des bookmarks
[^]Re: Captures d'ecran cliquables
- ouvre le répertoire parent
=> alt+fleche du haut (comme dans nautilus 2.5/2.6)
et alt+fleche du bas te remmene dans le répertoire où tu étais
[^]Re: Captures d'ecran cliquables
Arrgh! ce sont mes raccourcis claviers pour 'raise/lower window'.
Mais on progresse ...
Je viens de jeter un coup d'oeil au code source et il semble qu'il y n'ait que 4 raccourcis: CTRL-L, ALT-UP, ALT-DOWN.
Le dernier etant ALT-HOME qui comme vous l'avez surement devine ouvre le repertoire $HOME.
ps: ALT-UP, ALT-DOWN et ALT-HOME sont egalement definis pour le pave numerique.
[^]Re: Captures d'ecran cliquables
Mais quand même c'est très utile.
Même mac OS X intègre la zone de texte
La Roue du Temps
[+] [^]Re: Captures d'ecran cliquables
Et la zone de texte à côté de Name, elle est faite pour quoi à ton avis?
[^]Re: Captures d'ecran cliquables
Je suppose que tu parle du dialogue d'enregistement, pas d'ouverture?
[^]Re: Captures d'ecran cliquables
y avait un Guilhem Bonnefille à Saïgon...
Lulu Karmawhore, qu'on l'appelait... t'as connu ?
pour, le reste, ce sélecteur... hips,
j'y trouve un goût de pomme !
[^]Re: Captures d'ecran cliquables
On devrait pendre par les pieds jusqu'a ce que remords s'ensuivent ceusses qui font des captures d'ecrand en jpeg, la compression gache le plaisir.
Vive le PNG !
[^]Re: Captures d'ecran cliquables
Z'avez beau dire, y'a pas seulement que d'la pomme.
Y'a aut'chose.
Ce s'rait pas des fois d'la betterave ?
"While a monkey can be a manager, it takes a human to be an engineer" Erik Zapletal
[^]Re: Captures d'ecran cliquables
Y'en a aussi
Non, rien.
[^]Re: Captures d'ecran cliquables
Y'en a aussi!
[^]Re: Captures d'ecran cliquables
Merci pour ces URL cliquables.
Quand je vois la taille des polices utilisées, et la taille de fenêtre qui en résulte, j'ai l'impression, d'après les captures d'écran, que les développeurs GNOME (ou KDE) sont en 1600x1200; sur un 1024x768 les fenêtres prennent la moitié de l'écran environ.
Par contre je ne pige pas les gens qui font des captures d'écran en JPG, ce n'est pas fait pour (d'ailleurs celles-ci sont bien dégradées).
Pour cela il y a le PNG (ou le GIF, mais c'est moins bien), qui est fait pour les images à palette. En général je me fends d'un courriel d'explications à l'auteur qui s'est fourvoyé.
[^]Re: Captures d'ecran cliquables
> les images à palette
dans le monde d'aujourd'hui, la plupart des ordis utilisent un mode d'affichage 24bits tu sais, les modes graphiques basés sur des palettes ça doit faire qques années que plus personne utilise ça sur ses machines de bureau ;)
[^]Re: Captures d'ecran cliquables
dans le monde d'aujourd'hui, la plupart des ordis utilisent un mode d'affichage 24bits tu sais, les modes graphiques basés sur des palettes ça doit faire qques années que plus personne utilise ça sur ses machines de bureau ;)
Certes, mais le nombre de couleurs utilisées par les fenêtres d'une interface graphique (hormis quand on affiche des images) est toujours limité, largement inférieur à 256 (souvent 16). Cela dit, ça change un peu avec l'anti-aliasing (qui rajoute des couleurs intermédiaires), et surtout si on utilises des "skins" avec des fonds dégradés ou complexes.
Mais dans l'ensemble le PNG est plus que recommandé, pour la simple raison que le JPG n'est pas fait pour gérer les transitions brusques que constituent les caractères et les bords des widgets.
[^]Re: Captures d'ecran cliquables
Je suis 100% d'accord avec toi, mais pour moi une "image à palette" est un truc bien spécifique qui consiste à ne pas coder un pixel en donnant ses composantes RGB, mais en donnant un index dans une palette qui elle contient les descriptions RGB. Et dans le cas des captures d'écran, c'est plutôt hors sujet de parler de ça.
[^]Re: Captures d'ecran cliquables
Hors sujet : Cela me rapelle ALPHENONE http://source.bungie.org/(...) avec ses monstres et ses palettes de couleurs pour chaque monstre.
[^]Re: Captures d'ecran cliquables
Le GIF autant que PNG-8 fonctionnent avec des palettes de 256 couleurs, je ne vois pas pourquoi il ne faudrait pas en parler...
[^]Re: Captures d'ecran cliquables
je vois que tu connais bien ce qu'est une pallete, mais si j'ai sur mon écran 32 bit (dont tout le monde sait bien que c'est 24bit+8bit de perdu dans l interespace pour cause + rapide) une application utilisant au total 139 couleurs différentes, je ne verais pas pourquoi je ne peux prendre le dump 32bit du screenshot de celle-ci et me faire un joli png 8bit avec une toute aussi jolie pallette optimisée sous gimp
on y gagne en qualité et en taille de fichier, ce qui embelli le web et sauve de la bande passante, ce qui constitue pour moi une bonne raison de l utilisé
meme que sous des vieux screenshot window 95, un screenshot d un programme typique Z prennait moins de place en un bmp 16 couleur avec RLE (et aucune perte qualité, toute les couleurs était la) qu en un jpg a qualité dégeulasse
et bien sur apres avoir passer le bmp dans la moulinette pour faire un gif (c était pas encore le mal incarné a l époque), le rapport de taille portait a rire
somme toute, je suis d accord avec les autres, le jpg est un format merdique, mais pour mettre des PHOTOS dont la qualité n est pas cruciale sur le net, c utile
quoique c aussi utile pour prendre des screenshot d enlightenment... :-p
[^]Re: Captures d'ecran cliquables
mais le nombre de couleurs utilisées par les fenêtres d'une interface graphique (hormis quand on affiche des images) est toujours limité, largement inférieur à 256 (souvent 16)
Ça c'était le cas avec des vieux toolkit comme motif. Regarde bien les screenshot, les boutons on un joli gradient, et en plus il y a les icônes dans les boutons qui sont également en couleur réelles, du coup pour le inférieur à 256 c'est déjà moins sur.
[+] [^]Re: Captures d'ecran cliquables
Le JPG fait de la compression avec pertes, il est adapté pour les photos mais pas pour les captures d'ecrans avec des textes. Le .png fait de la compression sans pertes, il gere les images paletisés ou les images avec des couleurs vrais. En plus, on peut ajouter un effet d'apparition au fur et à mesure (si tu as downloadé un dixieme de l'image tu vois grosso-modo le résultat).
[^]Re: Captures d'ecran cliquables
> En plus, on peut ajouter un effet d'apparition au fur et à mesure (si tu as downloadé un dixieme de l'image tu vois grosso-modo le résultat).
oui, avec le jpeg aussi.
[^]Re: Captures d'ecran cliquables
Comparé à la version patchée présente dans Debian (sid), ça ne me semble pas convainquant :-/
http://www.peacefulaction.org/sayamindu/GNOME-2.6/images/filesel_no(...)
Je me demande ce qu'en dit l'équipe d'usability qui avait critiqué le premier sélecteur de fichiers. Moi, à voir juste l'image, je suis perdu.
- Comment je remonte d'un niveau ?
Je dirais qu'il faut clique sur Filesystem pour avoir toute la hiérarchie, mais c'est pas intuitif et pas pratique, si c'est la bonne réponse.
- Comment je vais directement à un endroit sans cliquer sur chaque dossier du chemin ?
J'ai lu: en tapant C-l, mais c'est pas intuitif.
- Add, Remove, mais ajouter quoi ?
Un dossier, probablement, mais c'est pas clair. Et retirer un dossier depuis la fenetre d'enregistrement ? N'importe quoi !
- All Images, ça veut dire quoi ?
Ça doit etre un filtre sur les fichiers affichés, mais c'est pas précisé.
- Les boutons au dessus de la liste de fichiers
Les fleches, c'est quoi ?
Create folder ? Ah ben merde, alors le add remove de tout à l'heure c'était pour ajouter des raccourcis...
Non vraiment, pas convaincu.
[^]Re: Captures d'ecran cliquables
cool, ca a de la gueule
vivement qu'il arrive dans sid ...
Voilà voilà, je suppose que vous préférez ça à un post argumenté disant pourquoi je n'aime pas...
[^]Re: Captures d'ecran cliquables
« - Comment je vais directement à un endroit sans cliquer sur chaque dossier du chemin ?
J'ai lu: en tapant C-l, mais c'est pas intuitif. »
la motivation principale pour ce ctrl+l planqué, c'est probablement que d'une manière générale, les gens s'en foutent de taper un chemin, mais qu'il y aura quand meme des personnes pour raler (très fort), donc on file un moyen de taper le chemin sans encombrer l'interface.
[^]Re: Captures d'ecran cliquables
D'une manière générale, les gens s'en foutent de rajouter/retirer des raccourcis. Bon je lance ça un peu au hasard, mais à mon avis c'est une feature beaucoup plus déroutante qu'une boîte de texte, et qui ne sera pas plus utilisée par le public ultra-débutant que vise Gnome.
J'aime bien leur politique de simplification d'interfaces, mais là je trouve qu'elle n'est pas simplifiée (il y a plus de choses et c'est moins explicite), et moins intuitive.
[^]Re: Captures d'ecran cliquables
Ouais, je suis d'accord que la boite de dialogue a des bouts plutot pourris (je hais l'espèce de système de boutons pour représenter le chemin en cours), mais la suppression de la zone de texte me paraît être une bonne idée par contre, surtout qu'elle est facilement accessible à ceux qui en ont besoin
[^]Re: Captures d'ecran cliquables
je hais l'espèce de système de boutons pour représenter le chemin en cours)
Mon avis à moi, c'est que c'est plutôt pas mal pour redescendre rapidement dans l'arborescence et contrairement à la combo-box de l'ancien, ça permet aussi de remonter en cas d'erreur.
Par contre, il souffre de quelques défauts comme le changement automatique de la racine en fonction des raccourcis (par exemple, si on part de / jusqu'à /home/user, la racine de ce sélecteur va passer au raccourcis vers /home/user sans possibilité de redescendre vers /home ou /).
A part ça, ce système mériterai un widget spécialisé plutôt qu'une collection de boutons comme actuellement.
[^]Re: Captures d'ecran cliquables
sur cette capture, on nous montre un exemple assez simple d'une arborescence.
Mais qu'est ce qui va se passer lorsque l'on sera au 18eme sous repertoire ?
/home/ondex/boulot/poo/projet/include/cc++/...
bon, la y en a que 7 mais ça peut vite monter, surtout avec les /usr/share/...
[^]Re: Captures d'ecran cliquables
Le problème c'est que la fonction est cachée, même si elle est accessible. Du coup, plein de gens qui l'auraient trouvée utile ne s'en serviront pas. Un exemple: combien de gens savent que le sélecteur de fichier actuel gère la tab-completion ?
Je suppose que la suppression de cette boite de texte suit l'idée globale de Gnome: masquer un maximum de choses déroutantes à l'utilisateur. Mais dans ce cas là, ne rajoutons pas des choses beaucoup plus déroutantes.
[^]Re: Captures d'ecran cliquables
A mon avis, les boutons au dessus de la liste de fichier indiquent le répertoire dans lequel on se trouve sur la screenshot : /home/testgnome/Images/background, si on clique sur un des boutons comme par exemple Images, pouf on se retrouve dans le répertoire /home/testgnome/Images.
ça a l'aire plus ratique que la liste déroulante de l'ancienne version du selecteur de fichiers.
par contre, je trouve aussi que, vu comme ça, le paneau de gauche soit très claire avec ses bouton Add et Remove
[^]Re: Captures d'ecran cliquables
Plus pratique mais comme le dit quelqu'un plus haut il faudrait un Widget spécifique car là ce n'est pas clair. Les flèches me gênent pour plusieurs raisons:
- Je ne sais pas ce qu'elles font. Est-ce qu'elles font comme les fleches de Google (ie. aller dans /usr/share/ si je suis dans /usr/share/games) ? Est-ce qu'elles affichent des infos masquées (ie. afficher (usr) (share) si la barre affichait (share) (games)) ?
- La fleche à gauche pour "remonter" dans l'arborescence c'est intuitif si on lit de gauche à droite... dans /usr/share, /usr est avant /share. Mais si on lit dans l'autre sens, c'est moins évident que "gauche" signifie "avant".
[^]Re: Captures d'ecran cliquables
C'est vrai que niveau ihm, c'est pas vraiment ca, le geek ne sera pas troublé par ce genre d'interface mais l'utilisateur de base ne comprendra rien.
[^]Re: Captures d'ecran cliquables
J'en reviens aux boutons Add/Remove et le panel de gauche:
- utilisateur débutant:
Quelle est la différence entre les "dossiers" à gauche, à les "dossiers" à droite ? Quelle est la différence entre "Ajouter" un dossier à gauche et créer un dossier à droite ?
- utilisateur "normal", qui a compris que c'etait des liens:
SI j'ajoute un raccourcis, est-ce qu'il va se rajouter dans cette application, ou dans tous les sélecteurs de fichiers ?
Même en tant que geek, j'aime pas :-)
[^]Re: Captures d'ecran cliquables
« - utilisateur débutant:
Quelle est la différence entre les "dossiers" à gauche, à les "dossiers" à droite ? Quelle est la différence entre "Ajouter" un dossier à gauche et créer un dossier à droite ? »
A mon avis, utilisateur débutant: « c'est quoi ces bidules dans la colonne de gauche ? je sais pas ce que c'est, j'y touche pas, de toute facon mes fichiers ils sont à droite. »
[^]Re: Captures d'ecran cliquables
Oui mais c'est fourbe parce qu'il y aura forcément des distributeurs pour y coller des My Documents, My Images, My Dog, etc. donc finalement, mes fichiers, ils sont à droite ou à gauche ? :-)
(Ça semble énorme, mais ma mère n'a toujours pas compris al métaphore des fichiers et des dossiers, j'ai dû la guider au téléphone pour qu'elle puisse enregistrer un fichier et me l'envoyer, et ben c'est pas évident)
[^]Re: Captures d'ecran cliquables
ben moi ma mere elle a tres bien compris l'interet des boorkmark dans mozilla. Je pense que des bookmark sur le systeme va lui plaire aussi :)
[^]Re: Captures d'ecran cliquables
http://www.gnome.org/~seth/filechooser-spec/(...)
[^]Re: Captures d'ecran cliquables
c'est surement juste une question de themes mais celui la me semble mieux alors que c'est juste l'apparence qui change.
Perso je trouve qu'il devrai y avoir un moyen simple de choisir quel boite de selection on veut utiliser comme ca on pourrai revenir a l'ancienne si on l'aimait