Oui, oui, oui. J'ai aussi pensé à une solution de ce genre en lisant le journal.
En fait, j'ai même pensé à la façon dont les navigateurs gèrent la navigation entre les champs dans les formulaires web. Il y a un ordre par défaut (l'ordre de déclaration, pas terrible ici, qu'il serait préférable de remplacer par un des algorithmes ci-dessus) et l'ordre choisi explicitement par le designer (si les « artistes » sont capable d'un peu de réflexion de ce type :-).
Dans les formulaires HTML, ce n'est pas un « poids », mais l'attribut tabindex qui est utilisé.
Petite difficulté ici : il faut pouvoir distinguer un déplacement latéral d'un déplacement vertical. À moins de considérer, comme Pifou, que « droite » et « bas » ont la même signification...
Du coup, si une bibliothèque est écrite pour faire cela, elle permettra :
de naviguer automatiquement dans l'ordre naturel pour les interfaces calées sans ambiguïté sur une grille invisible
de naviguer de façon guidée par le designer pour les interfaces avec placement trop libre
[^] # Re: Naviguer selon le "poids" des boutons ?
Posté par Benoît Bailleux (Mastodon) . En réponse au journal Les artistes, ce fléau ou l'invasion des profanateurs de GUI. Évalué à 1.
Oui, oui, oui. J'ai aussi pensé à une solution de ce genre en lisant le journal.
En fait, j'ai même pensé à la façon dont les navigateurs gèrent la navigation entre les champs dans les formulaires web. Il y a un ordre par défaut (l'ordre de déclaration, pas terrible ici, qu'il serait préférable de remplacer par un des algorithmes ci-dessus) et l'ordre choisi explicitement par le designer (si les « artistes » sont capable d'un peu de réflexion de ce type :-).
Dans les formulaires HTML, ce n'est pas un « poids », mais l'attribut
tabindexqui est utilisé.Petite difficulté ici : il faut pouvoir distinguer un déplacement latéral d'un déplacement vertical. À moins de considérer, comme Pifou, que « droite » et « bas » ont la même signification...
Du coup, si une bibliothèque est écrite pour faire cela, elle permettra :