Ajouter une meta-saisie radio/select #6

Open
opened 1 year ago by tcharlss · 6 comments
tcharlss commented 1 year ago
Owner

TL/DR : ajouter une saisie qui bascule automatiquement entre des boutons radio et une liste déroulante selon le nombre d'options.

Lorsqu'un utilisateur doit choisir une ou plusieurs options, une recommandation que l'on retrouve couramment dans les articles traitant d'UX est de priviliégier les boutons radio par rapport aux listes déroulantes en deça d'un certains nombre d'options.

Un des arguments : les boutons radio ont une charge cognitive plus faible, en rendant les options visibles tout de suite ils permettents aux utilisateurs de les comparer plus facilement.

Cf. :

Le nombre évoqué pour basculer de l'un à l'autre tourne généralement entre 5 et 10.

Pour en revenir aux saisies, on ne connaît pas tout le temps en avance le nombre d'options, il est donc impossible de reproduire ce comportement à moins de compter les options avant d'appeler la saisie, ce qui n'est éminemment pas pratique.

La proposition est donc d'ajouter une meta-saisie qui ne ferait qu'aiguiller entre radio et select selon le nombre d'options. Le nombre pour basculer serait passable en paramètres, avec une valeur par défaut de 7.

Le code resterait très simple, quelque chose comme ça :

#SET{seuil,#ENV{seuil,7}}
#SET{type_saisie,#ENV{data}|count|<={#GET{seuil}}|?{radio,selection}}
<INCLURE{fond=saisies/#GET{type_saisie}, env}>

Nb : le type de saisie dépend du paramètre multiple, je n'ai pas pris ça en compte dans l'exemple pour simplifier.


Des avis ? Si oui, comment appeler cette saisie ?

**TL/DR : ajouter une saisie qui bascule automatiquement entre des boutons radio et une liste déroulante selon le nombre d'options.** Lorsqu'un utilisateur doit choisir une ou plusieurs options, une recommandation que l'on retrouve couramment dans les articles traitant d'UX est de priviliégier les boutons radio par rapport aux listes déroulantes en deça d'un certains nombre d'options. Un des arguments : les boutons radio ont une charge cognitive plus faible, en rendant les options visibles tout de suite ils permettents aux utilisateurs de les comparer plus facilement. Cf. : * https://uxdworld.com/2018/05/06/7-rules-of-using-radio-buttons-vs-drop-down-menus/ * https://uxplanet.org/radio-buttons-ux-design-588e5c0a50dc#3d93 * https://blog.prototypr.io/how-to-choose-and-design-selection-controls-in-ux-ba4a68344118#51f9 Le nombre évoqué pour basculer de l'un à l'autre tourne généralement entre 5 et 10. Pour en revenir aux saisies, on ne connaît pas tout le temps en avance le nombre d'options, il est donc impossible de reproduire ce comportement à moins de compter les options *avant* d'appeler la saisie, ce qui n'est éminemment pas pratique. La proposition est donc d'ajouter une meta-saisie qui ne ferait qu'aiguiller entre radio et select selon le nombre d'options. Le nombre pour basculer serait passable en paramètres, avec une valeur par défaut de 7. Le code resterait très simple, quelque chose comme ça : ```html #SET{seuil,#ENV{seuil,7}} #SET{type_saisie,#ENV{data}|count|<={#GET{seuil}}|?{radio,selection}} <INCLURE{fond=saisies/#GET{type_saisie}, env}> ``` Nb : le type de saisie dépend du paramètre `multiple`, je n'ai pas pris ça en compte dans l'exemple pour simplifier. ---- Des avis ? Si oui, comment appeler cette saisie ?
Collaborator

Oui !!!!

(je voulais un jour coder un basculeur de saisie pour formidable, car j'ai des saisies qui gonflent parfois, mais si on fait cela en amont c'est mieux9).

je penser qu'on pourrait l'appeler radio_ou_select non ?

Oui !!!! (je voulais un jour coder un basculeur de saisie pour formidable, car j'ai des saisies qui gonflent parfois, mais si on fait cela en amont c'est mieux9). je penser qu'on pourrait l'appeler radio_ou_select non ?

non pas radio puisque comme indiqué, le type dépend, si multiple ça sera des checkboxes.

et si on faisait une saisie "choix" tout simplement ? choix unique ou choix multiples, sémantiquement c'est bon, et la manière de faire le choix dépend du nombre de choix.

ça devrait même alors être la saisie principale pour faire des choix, plus mis en avant que radio/checkbox/selection (un jour va falloir réfléchir à l'ordonnancement des saisies proposées)

non pas radio puisque comme indiqué, le type dépend, si multiple ça sera des checkboxes. et si on faisait une saisie "choix" tout simplement ? choix unique ou choix multiples, sémantiquement c'est bon, et la manière de faire le choix dépend du nombre de choix. ça devrait même alors être la saisie principale pour faire des choix, plus mis en avant que radio/checkbox/selection (un jour va falloir réfléchir à l'ordonnancement des saisies proposées)
Poster
Owner

Oui quand il s'agit de créer des saisies pour un plugin x ou Y, je me pose parfois la question, de savoir si le nom doit forcément refléter l'élément de formulaire utilisé (radio, checkbox, etc.).
Pour celle-ci ça n'est pas forcément pertinent (radio_ou_checkbox_ou_select), « choix » semble pas mal.

un jour va falloir réfléchir à l'ordonnancement des saisies proposées

Je comptais aussi ouvrir un ticket en rapport : je crois qu'il y aurait pas mal de choses à mutualiser et à nettoyer.

Oui quand il s'agit de créer des saisies pour un plugin x ou Y, je me pose parfois la question, de savoir si le nom doit forcément refléter l'élément de formulaire utilisé (radio, checkbox, etc.). Pour celle-ci ça n'est pas forcément pertinent (radio_ou_checkbox_ou_select), « choix » semble pas mal. > un jour va falloir réfléchir à l'ordonnancement des saisies proposées Je comptais aussi ouvrir un ticket en rapport : je crois qu'il y aurait pas mal de choses à mutualiser et à nettoyer.
tcharlss added the
enhancement
label 1 year ago

un jour va falloir réfléchir à l'ordonnancement des saisies proposées

Et si on commençait par là, avant de trouver un nom pour une nouvelle saisie, histoire qu'elle soit rangée dans un ordre logique par rapport aux autres ?

Ou alors, on regrouperait les saisies par types ?

> un jour va falloir réfléchir à l'ordonnancement des saisies proposées Et si on commençait par là, avant de trouver un nom pour une nouvelle saisie, histoire qu'elle soit rangée dans un ordre logique par rapport aux autres ? Ou alors, on regrouperait les saisies par types ?

À discuter dans un autre ticket :p

À discuter dans un autre ticket :p
Collaborator
  • niveau afficher_si, on peut désormais gerer ce genre de saisies sans problème
  • niveau liste des saises, c'est trié et ordonné
  • niveau constructeur, on a un mecanisme d'héritage pour éviter de repeter les choses

Donc : cette meta saisies on peut la créer !

- niveau afficher_si, on peut désormais gerer ce genre de saisies sans problème - niveau liste des saises, c'est trié et ordonné - niveau constructeur, on a un mecanisme d'héritage pour éviter de repeter les choses Donc : cette meta saisies on peut la créer !
Sign in to join this conversation.
No Milestone
No Assignees
4 Participants
Notifications
Due Date

No due date set.

Dependencies

This issue currently doesn't have any dependencies.

Loading…
There is no content yet.