Tout comme ma dernière question, j'ai une autre question liée à la terminologie.
Dans mon application de dessin, l'utilisateur peut définir une ligne logique qui peut détecter d'autres objets touchant ou passant la ligne et supprimant ces objets s'ils le font.
Il y a 3 paramètres sur cette ligne:
L'utilisateur peut utiliser les ancres de la ligne pour déplacer la ligne comme telle:
Maintenant, pendant les tests ... je suis tombé sur une erreur de réflexion. Si l'utilisateur déplace l'autre ancre, la ligne devient effectivement une "ligne dans le sens antihoraire", mais avec les paramètres "dans le sens horaire".
Ainsi:
Appeler les options dans le sens horaire/antihoraire est toujours une bonne idée si ce type de comportement est possible.
J'ai pensé à quelques solutions pour résoudre ce problème, comme changer automatiquement le réglage du sens horaire au sens antihoraire (qui est déjà déjà à un virage de 0,00001 degré de l'ancre inférieure) ou rendre uniquement l'ancre supérieure mobile (ce qui a rendu le travail avec les lignes logiques beaucoup plus frustrant). Mais je pense que le principal problème est simplement l'étiquetage des paramètres.
Dans le sens horaire et antihoraire, ce n'est certainement pas la bonne terminologie.
Je pense que vous voudrez dire:
Le libellé doit changer en fonction de l'angle de la ligne et de la direction de la flèche. Une ligne plus horizontale n'aura que les options pour sélectionner "au dessus" et "en dessous", alors qu'une ligne plus verticale n'aura que les options pour sélectionner "gauche" et "droite".
Du point de vue de l'interface utilisateur, la détection automatique est logique et, si possible, les icônes peuvent être meilleures, par exemple, cercle pour le toucher et cercles brisés avec des flèches dans le sens horaire, antihoraire. Je sais que je dois réfléchir à ce que signifie le sens antihoraire, et il est probable que l'utilisateur devra également le résoudre, ce qui interrompt le flux de votre interface.
D'un point de vue UX (l'interface utilisateur n'étant pas UX comme nous devrions tous le savoir maintenant), je ne peux m'empêcher de me demander quel est le contexte derrière le fait de vouloir cette fonctionnalité. Il est difficile de recommander une meilleure solution sans une sorte de scénario d'utilisation.