si ce n'est que la solution que j'estime meilleure personnellement n'est en rien opposé au paradigme en question.
Pour moi, le paradigme en question contient "abandonner le fait de devoir penser sous forme de catégories".
La solution proposée est "rendre plus facile l'usage des catégories" (et donc "proposer à l'utilisateur de penser sous forme de catégories").
Je pense qu'on est juste pas d'accord là-dessus, ce qui n'est pas la mort: chacun son point de vue.
Je ne la préconise pas d'ailleurs cette solution, je montre juste avec une image que dans une certaine situation elle est meilleure et que dans certains cas les menu de gnome-shell et unity sont mal prévus.
Hm, ton raisonnement me fait penser à Windows8. On se dit: "hey, dans une certaine situation (tactile), les tuiles sont meilleures -> un truc sans tuile est mal prévus" + "hey, dans une certaine situation (pas tactile), l'usage traditionnel reste meilleur -> on garde le desktop".
C'est une approche qui se défend, mais au final, on a le cul entre deux chaises parce qu'on a mélangé les genres.
Par exemple, lorsque j'utilise les terminaux, un tilling-manager est optimal. Par contre, lorsque j'utilise mon logiciel de messagerie, j'ai tendance a avoir plusieurs courriers ouverts en parallèle et là, le tilling est suboptimal. Mais comme je passe régulièrement de ma messagerie à mes terminaux, le fait de changer le comportement des fenêtres est au final plus contraignant que le gain d'optimiser les deux cas (la contrainte étant de chaque fois se dire "ah oui, le comportement marche maintenant comme ça, donc, voilà ce que je dois faire").
Avec un tel exemple, tu peux dire exactement la même chose: "les fenêtres flottantes sont mal prévu, cf. le cas des terminaux où la solution du tilling est meilleure".
(et je le répète: je ne pense pas que la longueur de mouvement de souris ait un impact sur les situations particulières que tu cites, qui ne sont pas des actes répétés et où le maillon faible dans le flux d'actions de l'utilisateur rend de toutes façons ce "problème" négligeable. Et ça fait également penser à la loi de futilité de parkinson)
[^] # 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.
Pour moi, le paradigme en question contient "abandonner le fait de devoir penser sous forme de catégories".
La solution proposée est "rendre plus facile l'usage des catégories" (et donc "proposer à l'utilisateur de penser sous forme de catégories").
Je pense qu'on est juste pas d'accord là-dessus, ce qui n'est pas la mort: chacun son point de vue.
Hm, ton raisonnement me fait penser à Windows8. On se dit: "hey, dans une certaine situation (tactile), les tuiles sont meilleures -> un truc sans tuile est mal prévus" + "hey, dans une certaine situation (pas tactile), l'usage traditionnel reste meilleur -> on garde le desktop".
C'est une approche qui se défend, mais au final, on a le cul entre deux chaises parce qu'on a mélangé les genres.
Par exemple, lorsque j'utilise les terminaux, un tilling-manager est optimal. Par contre, lorsque j'utilise mon logiciel de messagerie, j'ai tendance a avoir plusieurs courriers ouverts en parallèle et là, le tilling est suboptimal. Mais comme je passe régulièrement de ma messagerie à mes terminaux, le fait de changer le comportement des fenêtres est au final plus contraignant que le gain d'optimiser les deux cas (la contrainte étant de chaque fois se dire "ah oui, le comportement marche maintenant comme ça, donc, voilà ce que je dois faire").
Avec un tel exemple, tu peux dire exactement la même chose: "les fenêtres flottantes sont mal prévu, cf. le cas des terminaux où la solution du tilling est meilleure".
(et je le répète: je ne pense pas que la longueur de mouvement de souris ait un impact sur les situations particulières que tu cites, qui ne sont pas des actes répétés et où le maillon faible dans le flux d'actions de l'utilisateur rend de toutes façons ce "problème" négligeable. Et ça fait également penser à la loi de futilité de parkinson)