Project

General

Profile

Development #11247

tri bizarre, pas vraiment alphabétique, dans la liste des types de champs

Added by Frédéric Péters over 6 years ago. Updated 9 months ago.

Status:
Nouveau
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
07 June 2016
Due date:
% Done:

0%

Estimated time:
Patch proposed:
No
Planning:
No

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).


Files


Related issues

Related to w.c.s. - Development #64260: Simplification : masquer les champs tableauxNouveau15 April 2022

Actions

History

#1

Updated by Pierre Cros over 1 year ago

  • Planning set to No

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é).

#2

Updated by Pierre Cros 10 months ago

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
adresse

J'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.

#3

Updated by Anaïs Ecuvillon 10 months ago

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.

#4

Updated by Pierre Cros 10 months ago

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)

#5

Updated by Anaïs Ecuvillon 10 months ago

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 ?

#6

Updated by Pierre Cros 10 months ago

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.

#7

Updated by Pierre Cros 10 months ago

#8

Updated by Marie Kuntz (absente) 10 months ago

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

#9

Updated by Pierre Cros 9 months ago

Restons en donc à ce qui est proposé dans #11247#note-2

Also available in: Atom PDF