Development #89361
forms: retirer la bordure "champ en erreur" sur les champs optionnels des blocs de champs
0%
Description
A la saisie d'un bloc de champs obligatoire, quand ne renseigne aucun champ, ne pas surligner les champs optionnels.
Ticket client : #89122
Ci-joint un bloc de champ et un formulaire pour reproduire.
Fichiers
Historique
Mis à jour par Nicolas Roche il y a 19 jours
- Fichier 0001-forms-remove-required-border-on-optionnal-bloc-field.patch 0001-forms-remove-required-border-on-optionnal-bloc-field.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
J'ai testé ce patch "naïf" qui donne le comportement attendu,
cependant, je pense qu'il va gommer les autres erreurs,
par exemple sur les validations des champs.
Mis à jour par Frédéric Péters il y a 19 jours
- Statut changé de Solution proposée à Nouveau
Je dirais que non; il faut prendre le ticket dans sa totalité (par exemple le focus à placer en cas d'erreur) et sa spécificité (ici un bloc "adresse" avec la construction "adresse en autocomplétion" adaptée localement pour inclure également un champ "complément" qui n'est pas configuré comme étant une donnée associée à l'adresse (pas de préremplissage géographique).
Mis à jour par Frédéric Péters il y a 19 jours
Rapidement, il me semble :
1/ que les select2 aussi devraient avoir leur bordure rouge quand ils sont en erreur
2/ qu'il faudrait avoir une possibilité d'indiquer qu'un champ (ici: "complément d'adresse") fait partie de la construction "adresse en autocomplétion", qu'il suive ainsi la case à cocher (cette partie se passerait dans wcs)
3/ que par "focus" dans le ticket d'origine il doit s'agir de "champ qui attire le regard", pas de focus au sens HTML (qui est bien sur le message d'erreur en haut de page) (et donc, si le select2 a la bordure rouge et que le champ "complément" n'apparait pas, l'affaire est réglée).
Mis à jour par Clément Serale il y a 4 jours
- Assigné à mis à Frédéric Péters
La Métropole de Nice aimerait financer ce dev s'il est possible.
Frédéric, serais-tu en mesure de proposer quelque chose ?
Mis à jour par Frédéric Péters il y a 4 jours
- Assigné à
Frédéric Péterssupprimé - Patch proposed changé de Oui à Non
La Métropole de Nice aimerait financer ce dev s'il est possible.
On parle bien de mon commentaire (#89361#note-4), qui ne correspond pas du tout à l'intitulé de ce ticket ?
Mis à jour par Clément Serale il y a 4 jours
- Statut changé de Nouveau à Information nécessaire
- Assigné à mis à Frédéric Péters
En effet je n'avais pas bien compris ta proposition. Nicolas m'a expliqué.
Si je comprends bien ce que tu proposes c'est d'embarquer le champ "complément d'adresse" avec les champs cachés du bloc.
C'est effectivement différent de la solution proposée dans l'intitulé du ticket.
Si je propose ta solution à Nice, accepterais-tu de prendre en charge le développement dans w.c.s ?
Mis à jour par Frédéric Péters il y a 4 jours
- Statut changé de Information nécessaire à Nouveau
- Assigné à
Frédéric Péterssupprimé
Si je comprends bien ce que tu proposes c'est d'embarquer le champ "complément d'adresse" avec les champs cachés du bloc.
C'est :
- 1/ donner également aux select2 (les listes avec autocomplétion) une bordure rouge en situation d'erreur,
- 2/ et effectivement permettre d'embarquer le champ "complément d'adresse" dans la structure "adresse en autocomplétion" (je ne parle pas de bloc, ça n'est pas lié aux blocs).
Si je propose ta solution à Nice, accepterais-tu de prendre en charge le développement dans w.c.s ?
Si c'est financé, pas juste proposé, bien sûr.