URL: https://linuxfr.org/forums/linux-gui/posts/ces-d%C3%A9tails-de-linterface-windows-qui-manquent-sous-linux Title: Ces détails de l'interface windows qui manquent sous Linux... Authors: Nonor Date: 2008年03月01日T16:15:28+01:00 Tags: debian, ubuntu et compiz Score: 0 Bonjour à tous, J'écris ici pour lancer un peu un débat et/ou obtenir des explications. Je me présente un peu déjà, car nouveau ici, j'ai 23 ans, étudiant en master mais cette année je travaille, je n'utilise plus que Linux depuis 5 ans maintenant, j'ai commencé sous debian pour passer à gentoo, j'utilise ubuntu pour mes parents et certains potes, je suis fan de KDE mais j'aime aussi beaucoup gnome et j'aime énormément la richesse et la configurabilité des OS GNU/Pingouin. Je vais parler de détails, de subtilités propres aux interfaces graphiques, certaines sont difficiles à décrire, donc pour beaucoup d'entre vous peut être ça va paraître superficiel ou inutile de discuter de détails comme ça. Je tiens à défendre mon point de vue : ces petits détails jouent beaucoup dans l'ergonomie d'une interface graphique, et c'est parce que je trouve que c'est un manque assez lourd sous Linux que j'en parle aujourd'hui. Mes essais ont été réalisés à partir d'environnements gnome, kde3, kde4, windows 2k & XP. Alors de quoi il s'agit : **Menus déroulant -> Selection au clavier** Le principe est simple : sous windows, prenez une fenêtre avec un ou plusieurs menus déroulant. Quelque chose de très pratique, en milieu professionel notamment, quant il faut aller vite et qu'on utilise toujours les mêmes menus qu'on connait, un clic sur le menu déroulant le fait dérouler, Puis de la main gauche sur le clavier on entre la lettre de l'option qu'on veut et ça selectionne automatiquement l'option. On fait défiler en appuyant plusieurs fois sur cette touche. Déjà, ça marche sous KDE, pas sous Gnome. Mais le truc vraiment pratique sous windows c'est de cliquer **ailleurs**, l'option qui était selectionnée par le clavier est alors selectionnée dans le menu. Par contre sous KDE, non, faut valider avec Entrée. Ce truc très pratique peut faire gagner bcp de temps sous windows, et est inexistant sous Linux. **Drag & Drop entre deux fenêtres** Sous windows, on le sait, lorsqu'on clique sur une fenêtre, elle prend le focus et passe devant les autres. Sous Linux c'est configurable, au choix, très bien. Mon problème se pose dans la config classique, donc quand la fenêtre passe devant les autres lorsqu'on clique. Imaginez que vous voulez juste faire un Drag & Drop, mais, la fenêtre de **réception** du D&D est petite, et va se retrouver cachée par celle d'**émission** du D&D si celle ci passe devant. Là, l'interface de windows est astucieuse : si on démarre un D&D, à savoir, un clic maintenu sur un icone d'une fenêtre et que l'on fait glisser rapidement, la fenêtre en question ne va **pas** passer devant les autres. Ce petit détail une fois de plus n'a pas l'air comme ça mais est très pratique et bien pensé, et bien manquant sous Linux. Sous linux il faudra soit préparer le placement de ses fenêtres avant pour que celle de réception ne se retrouve pas cachée, ou bien lors du D&D déclencher un mode exposé avec compiz ou passer dans la barre des taches pour faire repasser la fenêtre de réception devant. Et c'est chiant. **Un clic dans la barre d'adresse** Sous Windows, un simple clic dans une barre d'adresse (browser web ou fichiers) sélectionne immédiatement tout la ligne. Un deuxième affiche le curseur et permet de l'éditer. Sous Linux, un simple clic dans une telle barre affiche le curseur, un double clic sélectionne le mot, un triple clic sélectionne la ligne. Pourquoi je pense que ça devrait **au minimum être configurable** : le plus souvent quand on clique dans cette barre, c'est pour l'effacer ou la modifier, donc une sélection au clavier. En fait, toute la ligne qui se sélectionne au premier clic, c'est très pratique, ça permet de tout effacer directement, ou de tout sélectionner pour copier coller l'adresse. Pour une saisie au clavier derrière on gagne beaucoup de temps. Un triple clic - qui va pas fonctionner tout le temps si on clique pas assez vite - ou un simple clic et une combinaison clavier "touche début de ligne - maj enfoncée - touche fin" pour tout sélectionner, c'est lourd. En gros, vis à vis de l'ergonomie, je trouve que ce comportement n'est tout simplement pas le bon. On devrait avoir le choix... **Réactivité / Focus avec compiz** Compiz, on aime ou on aime pas, moi j'adore. Mais : si le pc est sous forte charge, et que l'on fait, par exemple, Alt F2 pour lancer une application, et qu'on enchaine rapidement avec le clavier pour écrire la commande, la fenêtre d'execution, kde comme gnome, va apparaitre derrière la fenetre en cours car on aura commencé à taper avant qu'elle apparaisse, et que ce qu'on a tapé va être interprété par la fenêtre en cours. Je trouve là encore que c'est le mauvais comportement. Il devait y avoir une sorte de buffer qui prenne en compte l'ordre où on effectue les commandes, que l'on puisse piloter le pc au clavier en étant sûr que les commandes qu'on lui envoie vont être interprétées correctement. Parce que là ne même pas voir la fenêtre "exécuter une commande" apparaitre parce qu'elle apparait en arrière plan c'est quand même très con... **Défilement avec la molette** Alors là je touche à quelque chose que personnellement j'aime beaucoup sous linux, mais qui à mon avis n'est pas adapté au grand public ou aux débutants, mais aux utilisateurs un peu confirmés. Ouvrons plusieurs navigateurs de fichiers sous linux, avec des répertoires remplis de fichiers -> une barre de défilement dans chaque fenêtre. À nous linuxiens, il nous suffit de déplacer le curseur au dessus d'une zone qu'on peut faire défiler, de tourner la molette et elle défile ! Oui mais sous windows, on tient l'utilisateur par la main : uniquement la dernière zone active, qui a eu un clic, va défiler en tournant la molette, meme si le curseur se trouve complètement ailleurs. À la limite, soit, c'est gérable. Mais il y a un défaut, selon moi, et de taille : car cette molette va toujours agir sur l'objet qui se trouve sous le curseur. Le résultat peut être désastreux : imaginez une page de configuration d'un truc, par exemple les effets d'animations de compiz fusion : que des menus déroulants et des réglettes pour modifier des valeurs. Cette page est grande, je veux la faire défiler. Je place mon curseur au dessus, je tourne la molette.... Malheur ! la fenêtre a commencé à défiler, puis le curseur s'est retrouvé au dessus d'une réglette, et là, la fenetre ne défile plus, c'est la réglette qui bouge !! Je ne sais meme plus quelle est la valeur d'avant, en plus compiz sauvegarde instantanément. J'ai l'air con moi qui voulait juste faire défiler le contenu. Bah non, pour le faire défiler, je dois m'assurer qu'en défilant mon curseur va pas se retrouver au dessus d'un menu déroulant ou d'une réglette ou d'une zone de défilement interne... Sous peine de tout dérégler. Ce comportement n'est pas normal. Si à la base le défilement direct dans la zone sous le curseur, sans cliquer, est une bonne idée, cette conséquence est carrément antiproductive et devrait être travaillée... Et je ne parle pas de l'effet qu'il provoque chez les habitués de windows qui expérimentent ça... En fait, on devrait avoir le choix du comportement, tout simplement. Voilà pour les petites choses qui me semblent importantes même s'il s'agit de subtilités. Je suis convaincu que les développeurs devraient travailler sur ces détails, car croyez moi j'ai cotoyé des gens très habitués à windows que j'ai introduit à linux, je suis moi même obligé d'utiliser windows dans mon boulot, et lorsque l'on fouille un peu pour comprendre "pourquoi les windoziens trouvent que linux marche pas comme il faut", et qu'on les observe devant un pingouin, ça saute aux yeux. Avant même de s'attaquer au "fond" de linux qui est très différent de windoze, la première chose, le lien homme-pc, c'est l'interface, et ces petits détails manquent très vite en fait. Et c'est dommage, vraiment, car dieu sait qu'en dehors de ça les interfaces sous linux sont tellement plus puissantes.... Voilà je cherche à avoir votre avis sur ces choses là, merci de m'avoir lu :-)

AltStyle によって変換されたページ (->オリジナル) /