Dire "il faut plus de déplacement de souris pour faire une action spécifique" est objectif.
Dire "il faut plus de déplacement de souris pour faire une action spécifique donc c'est qu'il y a un truc à corriger" ne l'est pas.
Je pense qu'il y a deux problèmes à corriger:
- les tags non présents dans les .desktop -> c'est dans la todo list des développeurs de gnome
- les problèmes de compatibilité pour les extensions -> c'est dans la todo list des développeurs de gnome
En ce qui concerne le déplacement de souris, je ne trouve pas ça malin comme argument.
Ce qui compte pour l'utilisateur, c'est le maillon le plus faible dans les éléments qui ralentissent l'action.
Quand on découvre le menu du voisin ou quand on cherche un jeu dont on ne connait pas le nom, ce qui brise le flux d'action, c'est pas le déplacement de la souris, c'est la lecture des catégories et des icônes, une à une.
Par contre, le fait de défavoriser l'usage des catégories dans une utilisation courante me parait être une bonne idée (surtout qu'il existe d'autre environnement de bureau pour ceux qui n'aiment pas): si le reste de l'environnement de bureau est basé sur un paradigme qui n'inclut pas la présence des catégories dans le menu (par exemple le fait de gérer les fenêtres de la même façon que les applications), on se retrouve avec 2 paradigmes différents qui coexistent. Auquel cas, lors d'actions "efficaces", l'obstacle dans le flux d'action pour l'utilisateur est le continuel changement de paradigme.
[^] # Re: Comparaison de menus Unity/GnomeShell/elementary
Posté par j-c_32 . En réponse au journal GNOME, c'est Apple et Ubuntu c'est Android (Vendredi inside). Évalué à 0.
Dire "il faut plus de déplacement de souris pour faire une action spécifique" est objectif.
Dire "il faut plus de déplacement de souris pour faire une action spécifique donc c'est qu'il y a un truc à corriger" ne l'est pas.
Je pense qu'il y a deux problèmes à corriger:
- les tags non présents dans les .desktop -> c'est dans la todo list des développeurs de gnome
- les problèmes de compatibilité pour les extensions -> c'est dans la todo list des développeurs de gnome
En ce qui concerne le déplacement de souris, je ne trouve pas ça malin comme argument.
Ce qui compte pour l'utilisateur, c'est le maillon le plus faible dans les éléments qui ralentissent l'action.
Quand on découvre le menu du voisin ou quand on cherche un jeu dont on ne connait pas le nom, ce qui brise le flux d'action, c'est pas le déplacement de la souris, c'est la lecture des catégories et des icônes, une à une.
Par contre, le fait de défavoriser l'usage des catégories dans une utilisation courante me parait être une bonne idée (surtout qu'il existe d'autre environnement de bureau pour ceux qui n'aiment pas): si le reste de l'environnement de bureau est basé sur un paradigme qui n'inclut pas la présence des catégories dans le menu (par exemple le fait de gérer les fenêtres de la même façon que les applications), on se retrouve avec 2 paradigmes différents qui coexistent. Auquel cas, lors d'actions "efficaces", l'obstacle dans le flux d'action pour l'utilisateur est le continuel changement de paradigme.