Development #11247
tri bizarre, pas vraiment alphabétique, dans la liste des types de champs
0%
Description
On y est habitué et on ne le voit sans doute plus mais cette liste est quand même bizarre :
- ...
- courriel
- case à cocher
- fichier
- date
- etc.
Il faudrait peut-être retrier, peut-être revoir davantage encore (inclure une séparation entre les champs de présentation et les autres, ou les mettre dans une liste à part, etc.). (par exemple c'est drôle aussi de devoir commencer un formulaire en allant chercher "nouvelle page" tout en bas).
Fichiers
| Screenshot 2022-04-11 at 09-30-21 Backoffice de Démarches - Test easy.png (11,5 ko) Screenshot 2022-04-11 at 09-30-21 Backoffice de Démarches - Test easy.png |
Demandes liées
Historique
Mis à jour par Pierre Cros il y a presque 3 ans
- Planning mis à Non
Et ça s'est aggravé avec le temps et l'ajout de nouveaux types de champs. Ma proposition d'intertitre (en plus du classement alphabétique)
- Données
- Texte
- ...
- Affichage
- Page
- Sous-titre
- ...
- Champs complexes
- Bloc enfant
- Bloc adresse
- Champs calculés
Et si on en profitait pour sortir les 3 champs de type tableau ce serait pas plus mal (avec blocs de champs + champs calculés ils n'ont plus d'utilité).
Mis à jour par Pierre Cros il y a environ 2 ans
Et à la réflexion je préfère comme présentation :
Données
Carte
....
Donnée calculée
...
Texte
...Affichage
Page
Sous-titre
...Blocs de champs
enfant
adresseJ'ai donc réintégré "Donnée Calculée" dans le premier groupe, le bénéfice étant de délimiter clairement les blocs de champs, qui deviennent de plus en plus importants.
Mis à jour par Anaïs Ecuvillon → en congés, retour le 30/04 il y a environ 2 ans
- Fichier Screenshot 2022-04-11 at 09-30-21 Backoffice de Démarches - Test easy.png Screenshot 2022-04-11 at 09-30-21 Backoffice de Démarches - Test easy.png ajouté
Aujourd'hui le champ Texte (ligne) est en premier, de ce fait il est déjà sélectionné comme type de champ.
J'aimerai que l'on conserve ce comportement (qu'il soit déjà sélectionné), car c'est le champ que j'utilise le + et donc gain de temps à chaque fois, je n'ai plus qu'à saisir le Libellé et hop c'est créé.
On pourrait peut-être aussi supprimer quelques champs qui deviennent inutiles (comme les tableaux) maintenant que les blocs de champs existent ?
Et enfin, dernière proposition, on pourrait peut-être les scinder dans différentes listes, comme pour les actions des workflows (ceci n'étant pas un appel à multiplier les types de champs), pour être plus explicite cf. la copie écran qui simule l'affichage.
Et au passage, la dernière liste n'apparaîtrait pas tant qu'il n'existe pas de bloc de champs.
Mis à jour par Pierre Cros il y a environ 2 ans
Les 3 listes différentes c'est une bonne idée mais ça fonctionne pas trop sur la capture parce que le champ libellé qui est commun aux trois listes vient rendre l'ensemble moyennement clair (c'est différent des actions de WF à cause de ce champ).
Soit on trouve une astuce (pas d'idée) pour remédier à ça, soit je préfère la liste unique (allégée des tableaux, sûr, autre ticket à venir)
Mis à jour par Anaïs Ecuvillon → en congés, retour le 30/04 il y a environ 2 ans
comme le libellé ne pré-rempli par l'identifiant, il pourrait simplement ne pas être demandé, et renseigné dans 1 second temps quand on rentre dans le champ ?
Mis à jour par Pierre Cros il y a environ 2 ans
Pouvoir copier/coller en série des libellés de champ sans avoir à éditer chacun d'entre eux c'est un confort qu'il serait dommage de perdre.
Mis à jour par Pierre Cros il y a environ 2 ans
- Lié à Development #64260: Simplification : masquer les champs tableaux ajouté
Mis à jour par Marie Kuntz il y a environ 2 ans
Je ne suis pas fan de 3 menus déroulants, je passe beaucoup trop de temps à chercher la bonne action dans les WF, et je pressens que ce sera pareil ici
Mis à jour par Pierre Cros il y a presque 2 ans
Restons en donc à ce qui est proposé dans #11247#note-2