Project

General

Profile

Development #89361

forms: retirer la bordure "champ en erreur" sur les champs optionnels des blocs de champs

Added by Nicolas Roche about 1 month ago. Updated 11 days ago.

Status:
Fermé
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
10 April 2024
Due date:
% Done:

0%

Estimated time:
Patch proposed:
No
Planning:
No

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.


Files

History

#1

Updated by Nicolas Roche about 1 month ago

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.

#3

Updated by Frédéric Péters (de retour le 27 mai) about 1 month ago

  • Status changed from Solution proposée to 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).

#4

Updated by Frédéric Péters (de retour le 27 mai) about 1 month ago

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

#5

Updated by Clément Serale 30 days ago

  • Assignee set to Frédéric Péters (de retour le 27 mai)

La Métropole de Nice aimerait financer ce dev s'il est possible.
Frédéric, serais-tu en mesure de proposer quelque chose ?

#6

Updated by Frédéric Péters (de retour le 27 mai) 30 days ago

  • Assignee deleted (Frédéric Péters (de retour le 27 mai))
  • Patch proposed changed from Yes to No

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 ?

#7

Updated by Clément Serale 30 days ago

  • Status changed from Nouveau to Information nécessaire
  • Assignee set to Frédéric Péters (de retour le 27 mai)

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 ?

#8

Updated by Frédéric Péters (de retour le 27 mai) 30 days ago

  • Status changed from Information nécessaire to Nouveau
  • Assignee deleted (Frédéric Péters (de retour le 27 mai))

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.

#10

Updated by Clément Serale 11 days ago

  • Status changed from Nouveau to Fermé

A priori Nice ne va pas commander et préfère utiliser une solution de contournement

Also available in: Atom PDF