- Shipped
- 6 août 2026 à 12:32 UTC
- Author
- Kamo
- Commit
- 1273f5d
soumettre() le consentement validé et l'augmentation progressive; il a accepté une liste de valeurs vides et a marqué toujours le destinataire SIGNÉ. Ports validation.ts (supplément de composants), y compris les règles qui cocher/meubler ont besoin de la chaîne littérale "vrai" et multi-sélectionner est un tableau JSON qui doit être non-vide. est appelé à partir de submit() avec la même b) Lasion construite déjà construite, c'est que le filtrage est maintenant extrait dans un fields partagéForSigner() helper donc il y a un anser, pas deux. Les ids/types de champ proviennent du nom de la propriété réelle de la conception JSON - confirmés par rapport à la conception de esign-core.ts), non deviner. Un écart par rapport au fragment littéral: encadré/initialisation des champs porter leur valeur captée dans la signature.imageDataUrl, pas valeur (le fil Le contrat envoie de la valeur: nul pour ceux-ci) - le constructeur de feuilles soumises vérifie maintenant signature.imageDataUrl d'abord, retomber à la valeur pour tous les autres champs type. À la suite de la recherche de l'altèvre de l'altitude, la valeur() n'a fait que le snippet. chaque champ de signature requis en permanence "incomplet" et bloqué tous signature. Des destinataires n'ayant pas de signataireUid (toute enveloppe créée avant la tâche 1) dériver une vide requis par fieldForSigner, donc manquant reste vide et soumission se déroule exactement comme c'est le cas aujourd'hui - vérifié par la trace directe du code et par les tests de la liste vide de l'obligatoire.