Produits Entr'ouvert » Intégrations graphiques Publik

Dans #70037#note-15, on indiquait modifier l'ordre d'affichage des éléments, pour avoir libellé/remarque/champ/erreur, pour éviter le décalage du champ lors de la saisie, ça me semble être un pré-requis pour mieux me rendre compte du rendu.

Et du coup, je me demande si ça ne rend pas mieux avec la remarque dans sa couleur initiale (et non en rouge).

Pour info, le système de desgin de l'état que tu pointes est obsolète, voici l'url qui t'intéresse : https://www.systeme-de-design.gouv.fr/elements-d-interface/composants/champ-de-saisie

ça gagnerait à ce que l'espacement entre le champ et le message d'erreur soit + important. (Pas autant que celui du design d'Etat, mais plus que sur ta capture d'écran).

Perso ça fait très bizarre j'ai cru que le "Expression rationnelle ..." était une erreur pour le champ code postal avec un problème de marge. Peut-être que si la remarque avait été en rouge ça l'aurait moins fait. Dans la seconde, moins, mais ça peut venir en partie du fait que je sache désormais quoi regarder.

ok pour moi pour le point d'exclamation, idem pour la bordure à gauche plutôt qu'en bas. C'est même très bien.

Je ne sais plus si je l'ai déjà dit, mais le libellé du champ et la remarque en rouge, je trouve ça trop de rouge (je ne sais plus si ça fait partie du RGAA), le message d'erreur et la bordure rouge me semble suffisant.

Et dans tous les cas, si ça doit rester rouge, alors la remarque devrait utiliser le même rouge que le libellé et le message d'erreur et pas une couleur supplémentaire.

alors la remarque devrait utiliser le même rouge que le libellé et le message d'erreur et pas une couleur supplémentaire.

Je trouvais ça trop plat graphiquement, qu'on perd au niveau de la hiérarchie de l'information.
J'ai aussi fait ce choix en rapport avec les listes radios, si tout est dans le même rouge c'est pas terrible.
Après il faudrait vraiment que tu puisses te rendre compte sur un cas réel, j'ai isolé le code de ce design "par défaut", permettant de le faire évoluer et le modifier sans impacter les thèmes qui ont déjà posé des personnalisations.
Aucun problème pour moi de me ranger à ton avis, mais pour éviter les "mauvais choix" parce que captures d'écran, est-ce qu'il ne serait pas envisageable de discuter de cela et faire des ajustements une fois le patch en test ?

• tout en rouge (le même rouge)
• tout en rouge (la remarque avec un autre rouge)
• le libellé et la remarque dans la couleur initiale

N'hésitez pas à me dire si je suis à l'ouest, mais n'a-t-on pas dit que les messages d'erreur devaient maintenant se positionner entre le libellé et le/les champ/s ? ou alors c'est uniquement les remarques, oubliez.

PS: pour participer utilement; je préfère le 1, les deux autres, trop de rouge inutile, on ne sait plus où sont les alertes/erreurs.

Je préfère la proposition de Thomas.

le 1 est minimaliste et fonctionne.
le 2 est trop rouge, et noie l'erreur entre le libellé la remarque, l'erreur (donc pas à retenir).
le 3 est subtile et fonctionne avec la déclinaison de rouge.

Donc en premier choix 3 (proposition de Thomas) ou en second choix 1 (uniquement erreur et champ rouge)

Plutôt pour la proposition de Thomas parce qu'elle permet aussi d'obtenir Anaïs 1 ou Anaïs 2 si on choisit dûment la couleur d'erreur.

Aussi je trouve la bordure rouge à gauche trop "subtile" je préfère le choix du système de design de l'état d'une bordure rouge en dessous (https://www.systeme-de-design.gouv.fr/elements-d-interface/composants/champ-de-saisie/) et je trouve qu'il n'y a toujours pas assez d'espace entre les champs, idem ça rend mieux dans le SDD, l'espace supplémentaire entre les champs rend plus agréable le lien entre l'erreur et le champ.

Préférence pour la version la plus simple : anais-uniquement-erreur-et-champ-rouge.png

Pour le moment le code correspond à la "version de Thomas" et comme il y avait de l'assentiment dessus c'est celui-là que j'ai actualisé et il n'est pas là pour faire autre chose, donc en tout cas pour ce vendredi ce qui va se trouver déployé et en capture dans les notes de mise à jour ça sera ça. Libre ensuite d'hurler lundi pour que Thomas rapidement propose le code pour autre chose.

et après test en condition réel, ce qui est déployé en recette fonctionne très bien. Belle fonctionnalité ! Merci Thomas.

Automatic expiration