Linux.gui : Ces détails de l'interface windows qui manquent sous Linux...
Posté par Nonor () le 01 mars 2008Bonjour à 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 :-)
> Lire le message (50 commentaires, moyenne: 2,1).
Vous avez demandé le commentaire #910728.
Run by 
Cette page a été générée par Templeet en 0.0916s (dont 0.0073 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
on n'est pas vendredi mais
tout ce que je dis est sous gnome (ubuntu gutsy 64bits)
1°) menu deroulant :=> c'est pour cela qu'on a inventé les raccourcis claviers
tu peux donc cliquer sur le menu, puis utiliser la touche qui sert de raccourci (celle qui est soulignée)
2°) drag n drop
tu prend, tu drag, et tu passe sur le bouton de l'appli en arriere plan dans la barre de tache, elle repasse alors au premier plan, plus qu'à droper
3°) selection barre d'adresse
firefox : un clique modifie la ligne, 2 clics selectionne toute la ligne
nautilus : ok ca fait comme tu dis, perso je me sers pas de cette barre d'adresse
4°) reactivité/focus
ben si tu attends pas que l'appli soit lancée pour taper dedans, forcement.
mais ca peut etre une bonne idée, mais t'imagine sur une machine qui rame vraiment, il faut TOUT bufferisé...
5°) defilement à la molette
je ne connais pas ton age, mais moi quand je fais defiler à la molette, ma souris ne bouge pas. (avec une vraie souris et aussi un touchpad)
ok je suis peut-etre un surdoué, mais c'est quand meme pas dur à faire.
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux
[^]Re: on n'est pas vendredi mais
Bon maintenant sous KDE:
1) Comme tu le dis vive les raccoucis claviers (d'ailleurs quelle idée d'utiliser la souris.), ensuite la 1° partie du 1) est dans KDE, et la 2° partie je la comprends pas du tout (ou alors ca suppose d'avoir une IA qui devine ce que l'utilisateur veut faire mais j'en doute)
2) ce que tu dis ne marche helas pas pour KDE, et j'ai pas compris non plus ce que l'auteur voulait en fait.
3) Sur konqueror (kubuntu hardy config par défaut du moins), ca fait comme firefox, et un double click ne tue personne (enfin chez moi personne n'en est mort), et personnellement qu'un simple click NE selectionne PAS tous m'arrange largement: En effet quand je veux taper une nouvelle addresse je fais F6 (ou ctrl L) qui selectionne (ou efface) toute la ligne comme ca j'ai juste à faire F6/taper l'addresse (le ctrl-L marche aussi (un peu differement) sous windows, et est amha beaucoup plus efficace que d'utiliser la souris)).
4) Oué la bufferisation est pas forcement une mauvaise idée, pas forcement simple à faire néanmoins.
5) Moi personnellement j'utilise ce comportement tres souvent, et ca m'ennuirait assez de ne plus l'avoir ... (et comme dit par le commentaire auquel je reponds quand j'utilise ma molette le curseur bouge pas de 50pixels par magie)
[^]Re: on n'est pas vendredi mais
Pour le 1/, pour ce que tu n'a pas compris :
Voici une fenetre windows http://podlist.free.fr/.demo/screenshot18.png
Je clique sur le menu déroulant pour choisir le modèle http://podlist.free.fr/.demo/screenshot19.png
Mon curseur souris, je le bouge ailleurs, peu importe, en dehors de la liste. J'appuie deux fois sur la touche L pour sélectionner le deuxième élément qui commence par L, cad "Lilas (Grandes Polices)" http://podlist.free.fr/.demo/screenshot20.png
Il me suffit juste de cliquer ailleurs, sur ok, appliquer, sur le bureau, sur un autre menu déroulant pour l'ouvrir, peu importe, ce que j'ai choisi au clavier, "lilas grandes polices" a été selectionné, c'est bon.
http://podlist.free.fr/.demo/screenshot21.png
[^]Re: on n'est pas vendredi mais
Ok j'ai compris,
personnellement c'est un comportement qui m'arrange, surement une question d'habitude/éducation.
[^]Re: on n'est pas vendredi mais
Comme je disais, dans le cadre d'une utilisation professionnelle, avec des formulaires à rentrer rapidement, toujours les mêmes menus, qu'on connait par coeur, cette possibilité fait gagner beaucoup de temps (je fais de la hotline et je sais de quoi je parle).
De plus ça n'endicape pas celui qui est habitué à l'autre comportement.
[^]Re: on n'est pas vendredi mais
c'est une validation qui s'applique "on change" ou "on lost focus"
en cliquant tu change le focus (il sort de la liste) et valide donc ce que tu as choisis.
tu ne peux pas l'appliquer partout, car les actions dependent des widgets (texte, liste, case à cocher) et du focus.
cependant un expert en programmation pourrait mieux t'expliquer que moi.
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux
[^]Re: on n'est pas vendredi mais
Bon pour le 2 maintenant :
Voici une configuration type. Mon but est de déplacer le dossier "Mes images" dans la fenetre au milieu ouvert sur le dossier outlook express.
http://podlist.free.fr/.demo/screenshot22.jpg
Sous linux, si je clique sur Mes images pour le faire glisser, à moins d'une configuration spéciale, la fenetre va repasser devant l'autre, qui va être cachée. Il va falloir alors perdre son temps à passer par la barre des tâches, etc. Sous windows, si je maintiens le clic sur mes images et que je le fais glisser tout de suite, c'est bon, la fenêtre ne repasse pas devant :
http://podlist.free.fr/.demo/screenshot23.jpg
[^]Re: on n'est pas vendredi mais
Mettre en avant plan la fenêtre qui a le focus est débile.
J'utilise : le focus suit le curseur, et l'avant plan se fait avec un clic, et plus de problème de ce genre... (et plus plein de problèmes de passage en avant plan a la con que je dois subir chaque fois que j'utilise windows)
[^]Re: on n'est pas vendredi mais
1/ Je ne parle pas des menus en haut des fenetres mais des menus à l'intérieur d'une fenetre
2/ C'est ce que j'ai dit, c'est une perte de temps. Tout est dans le détail.
3/ 2 clics selectionne toute la ligne dans firefox oui car c'est une url et il n'y a pas d'espaces. Si il y a un espace il faut 3 clics. Tu ne t'en sers peut être pas mais là j'ouvre une discussion au sens large, au sens de l'ergonomie en général. Evidemment nous on y est habitué à nos interfaces, à leurs qualités et leurs défauts
4/ Ce que j'ai dit là concerne compiz, car avec le WM de base de gnome ou kde, le problème n'existe pas (en ce qui concerne la perte de focus). Mais il reste vrai que bufferiser certaines choses pourrait être intéressant.
5/ Mon age je le donne au début de mon post, et je pense que tu n'a pas compris ce que j'ai expliqué, j'ai jamais parlé de faire bouger la souris pendant le défilement, mais le fait que le curseur se retrouve de lui même au dessus d'autres éléments puisque la fenêtre défile sous lui.
[^]Re: on n'est pas vendredi mais
3/ 2 clics selectionne toute la ligne dans firefox oui car c'est une url et il n'y a pas d'espaces. Si il y a un espace il faut 3 clics. Tu ne t'en sers peut être pas mais là j'ouvre une discussion au sens large, au sens de l'ergonomie en général. Evidemment nous on y est habitué à nos interfaces, à leurs qualités et leurs défauts
Sous konqueror (j'utilise personnellement firefox une fois par siecle pour les sites qui font chier ©), double clique selectionne bien toute la ligne (de toutes facons le / est considéré comme un séparateur de mot sous kde, contrairement à firefox, ce qui permet d'utiliser les ctrl-fleches, mais je m'égare).
4/ Ce que j'ai dit là concerne compiz, car avec le WM de base de gnome ou kde, le problème n'existe pas (en ce qui concerne la perte de focus). Mais il reste vrai que bufferiser certaines choses pourrait être intéressant.
Le probleme existe aussi sous KDE, mais arriver à ralentir la machine au point de tomber sur ce probleme est tres rare.
[^]Re: on n'est pas vendredi mais
2/ Exact, sous konqueror c'est mieux que firefox déjà.
En fait, c'est quelque chose que je trouve agaçant sous firefox, et que y'a que sous linux.
Quoiqu'il en soit et quelles que soient nos préférences perso, il faut raisonner au sens du grand public, quand je dis que j'ai vu des personnes, notamment ma mère quasi néophyte totale que j'ai mis sous ubuntu, perdre du temps à cause de ce détail à la con, je n'invente rien.
Il faudrait juste que ça soit configurable. J'utiliserais le double clic comme sous konqueror perso, mais pour le grand public je suggère une sélection de toute la ligne.
Ma tante que j'ai mis sous ubuntu également, quand je lui disais "va sur orange.fr, tappe l'adresse dans la barre d'adresse", je la voyais faire quoi, cliquer dans la barre d'adresse où y'avait déjà google, puis, ben, voir le curseur, perdre 10 secondes à rester appuyé sur "Suppr" puis sur "Retour arrière" pour tout effacer, parce qu'elle est pas très à l'aise avec le double clic.
Encore une fois je parle de grand public, pas de nous autres malheureux geek intégristes...
[^]Re: on n'est pas vendredi mais (... Firefox le fait parfaitement)
Bon... pour régler cette "feature" (non activée par défault) que tu souhaite absolument :)
Ouvre la page
about:configPasse la clé
browser.urlbar.clickSelectsAllàtrueVoila... Firefox le fait.
[^]Re: on n'est pas vendredi mais (... Firefox le fait parfaitement)
Très intéressant ça, ça reste limité à firefox, mais merci :-)
[^]Re: on n'est pas vendredi mais
Ok j'illustre mon 5/ maintenant.
Voici les réglages des effets des animations de compiz fusion :
http://podlist.free.fr/.demo/screenshot24.jpg
Imaginons, mon curseur se trouve au milieu de la fenêtre, ici par exemple :
http://podlist.free.fr/.demo/screenshot25.jpg
(Admirez au passage mon talent de graphiste)
Je décide faire défiler ma fenetre pour chercher une option plus bas. Je fais donc tourner la molette vers le bas. Premier cran :
http://podlist.free.fr/.demo/screenshot26.jpg
Tout va bien le curseur est toujours dans le vide.
Deuxième cran de molette :
http://podlist.free.fr/.demo/screenshot27.jpg
Là les choses se gatent : le curseur se retourve au dessus d'une réglette. Je ne l'ai pas bougé, j'ai juste tourné la molette.
Que se passe-t-il au cran de molette suivant ? La fenêtre ne défile plus, c'est la réglette qui bouge, et sa valeur qui se modifie :
http://podlist.free.fr/.demo/screenshot28.jpg
Alors que je voulais juste faire défiler la fenêtre.
Note : le problème est le même avec les menus déroulants, et idem sous gnome ou kde (applis gtk ou qt).
[^]Re: on n'est pas vendredi mais
Le problème ne viens absolument pas du comportement de la molette, mais du fait que les boites de dialogues scrollables c'est une hérésie.
Par ce que pouvoir rapidement et grossièrement modifier une valeur sur une réglette c'est extrêmement pratique, de même avec les listes déroulantes avec 3 possibilités
[^]Re: on n'est pas vendredi mais
Ok, c'est bien.
Maintenant, mes réflexions portent sur le grand public.
Personnellement je me satisfait très bien des interfaces sous linux, qui sont puissantes et configurables à souhait. Je m'en régale même.
Mais je me posais des réflexions au sens large.
Les commentaires du style "bah moi je trouve ça méga pratique ce comportement" ne valent rien dans ce débat. Tu n'as qu'à lire ma description du problème, et imaginer un individu X qui se retrouve devant une fenêtre de réglage qu'il dérègle sans même s'en rendre compte alors qu'il voulait juste la faire défiler. Ça relève du bon sens pour comprendre que ce comportement ne devrait pas être celui par défaut.
Perso, voire ma tante de 65 ans et ses premiers pas sous ubuntu montée par mes soins, et la voire confrontée à ce genre de comportement sous gnome, ça a été un déclic. Je me suis dit, là, y'a quelque chose qui est mal pensé, qui ne convient pas.
Maintenant on peut ne pas être d'accord mais s'il vous plait, arrêtez les messages argumentés sur base d'habitudes/préférences personnelles.
Un peu d'ouverture d'esprit, merde.
[^]Re: on n'est pas vendredi mais
Maintenant on peut ne pas être d'accord mais s'il vous plait, arrêtez les messages argumentés sur base d'habitudes/préférences personnelles.
T'es gonflé là avec ton argumentation absée sur les aptitudes de ta grand-mère. Tu trouve que c'est représentatif du grand public?
[^]Re: on n'est pas vendredi mais
Oui bordel, oui.
C'est pas basé sur ma grand mère, c'est basé sur ma tante, ma mère, mon père, des potes et des collègues de boulot.
C'est basé sur tout ceux qui ne sont pas des geek. C'est des remarques universelles.
Je m'amuse pas à écrire et détailler un post de plus d'un écran de haut sur des trucs dont personnellement je me satisfait très bien juste par besoin de reconnaissance, putain j'ai pas besoin de ça.
Mais je me casse le cul à défendre ces idées idées ici pour rien visiblement. Pourtant c'est pas faute d'essayer d'être constructif.
[^]Re: on n'est pas vendredi mais
C'est pas basé sur ma grand mère, c'est basé sur ma tante, ma mère, mon père, des potes et des collègues de boulot.
C'est basé sur tout ceux qui ne sont pas des geek. C'est des remarques universelles.
Question naive comme ca:
Combien ont été "formaté" par le comportement de windows ? Non parce que ma soeur et ma mere ont un peu pres toujours connu windows et linux et globalement je me fais pas souvent tapé dessus pour ce genre de choses (bon apres y a toujours un truc que j'ai cassé en cours de route)
Si pour convenir au "grand public" faut obligatoirement copier le comportement de windows de A à Z c'est moyen.
[^]Re: on n'est pas vendredi mais
T'a du sauter une partie de mon message, donc je le redit clairement : les boites de dialogues scrollables c'est une hérésie, et c'est ça qui pose problème initial, pas le fait que la molette modifie le paramètre.
Si la boite de dialogue contient par exemple une liste qu'on peut aussi scroller alors le problème est le même.
Et je connais un autre utilisateur novice qui n'aime pas non plus les boites de dialogues scrollable car il arrive jamais à retrouver l'option qu'il veux.
Ça relève du bon sens pour comprendre que ce comportement ne devrait pas être celui par défaut.
Ben non, le bon sens veut que l'on regarde le fond du problème.
Sinon on peut faire comme un certain homme politique et sortir une loi à chaque fait divers. On n'arrivera à rien comme ça.
[^]Re: on n'est pas vendredi mais
C'est peut être une hérésie, mais c'est une réalité.
Le fond du problème pour moi c'est l'ergonomie. L'ergonomie c'est un équilibre entre beaucoup de choses, notamment, l'intuitivité, la productivité, etc.
Doit on faire le choix entre une productivité extrême et une intuitivité extrême ? Oui... C'est là toute la difficulté.
Quand on parle de menus déroulant et de réglettes directement modifiables au scroll souris, sous peine de perdre le défilement de la fenêtre en plein vol et de façon assez aléatoire et inattendue (je me fais moi même avoir parfois), on parle d'un comportement qui peut mener à une excellente productivité, comme tu le dis, mais l'intuitivité en prend un sale coup, je l'ai vu, de mes yeux, chez plusieurs personnes.
Effectivement ça se discute, et pour moi le fond du problème est là, et c'est parce que les interfaces (au sens large) qui existent sous linux sont si configurables et diversifiées qu'elles sont si puissantes et productives entre les mains de ceux qui savent les maîtriser et les ont configuré à leur sauce.
MAIS si on parle de grand public, si on parle de configuration par défaut, des CHOIX doivent être faits, et là, la productivité seule ne compte plus.
Au passage, minimiser mes propos en comparant mes remarques à des "faits divers", alors que mes remarques concernent un comportement par défaut sous windows ET sous mac OS depuis 15 ans, et dont plusieurs autres personnes ont confirmé dans ce thread qu'elles trouvaient ça gênant aussi, c'est un peu petit. Mais bon je suis plus à ça près.
[^]Re: on n'est pas vendredi mais
Le comportement par défaut de la molette est un problème pour toi, pourtant c'est aussi une réalité. il faut bien choisir entre l'un ou l'autre.
L'ergonomie n'est pas que le fond du problème, c'est le problème qui est ergonomique.
Le problème c'est que à un instant, la molette permet d'effectuer deux actions qui n'ont rien à voir.
Si on regarde un peu le fond, une action s'applique généralement à un élément de boite de dialogue, alors que l'autre s'applique à une page scrollable.
On à deux fonctionnalités qui posent pas de problèmes, sauf dans un cas particulier : les boites de dialogues scrollables.
Pour moi, supprimer le défilement à la molette ou la modification à la molette, c'est faire la même chose : sacrifier une fonctionnalité entière parce qu'elle pose problème ergonomique dans un certain cas bien particulier.
Et vu que les boites de dialogues scrollables posent d'autres problèmes, dont certains sont similaires, c'est clairement les boites de dialogues scrollables qui ont un problème.
Au passage, minimiser mes propos en comparant mes remarques à des "faits divers",[...]
j'ai pas comparé le problème à un fait divers, j'ai comparé la méthode de résolution du problème à une méthode qu'utilise un certain homme politique pour des faits divers. Merci de dire ce que je n'ai pas dit.