fix(ui): affiche la bordure des champs en rouge quand ils sont invalides #3553
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
J'ai pas mal galéré sur ce fix à la fois à cause d'impact et à la fois parce que j'ai appris un peu plus comment fonctionne la pseudo-classe
:invalid
, les options envisagées / testées :touched
quand on soumet le formulaire : complexité pour faire le lien entre la soumission de formulaire et le composanttouched
ne comprend pas la soumission du formulaire mais une nouvelle variable doit permettre de gérer cet état : même complexité que le premier à quelques détails près[data-touched="true"]
pour l'affichage de la bordure en rouge : C'est ici que j'ai compris que:invalid
était natif car la bordure devenait par défaut en rouge sans qu'un appel àcheckValidity
ait été fait. J'ai même tenté d'avoir une ref qui track si on est dans le premier render pour ne pas checkValidity avant de comprendre que c'était inutile:user-invalid
qui je pense est le comportement natif quetouched
veut simuler. Le soucis est la compat à 92.5% mais le fix est élégant et je pense même qu'il permettrait d'aller simplifier le code au-delà de juste réparer le problème du ticket