Re: Formulaire générique d'édition d'un objet et Saisies

Hello,

Je confirme que le problème est déclenché par la déclaration d'un champ
extra pour lequel la saisie demande explicitement le env.
C'est donc un cas rare mais c'est un problème réel.

++
Eric


Le lun. 22 juil. 2019 à 20:46, Eric Lupinacci <[email protected]> a écrit :

> Yop,
>
>
> Le lun. 22 juil. 2019 à 20:29, nicod_ <[email protected]> a écrit :
>
>> Salut,
>>
>> ce que tu dis m'étonnais beaucoup, j'ai retesté des champs extra sur une
>> rubrique et je n'ai pas du tout de id="champ_new" sur mes input
>>
>> J'ai toujours ce genre de markup pour les champs extra (celui ci
>> s'appelle input_1 pour le test) :
>>
>> <div class="editer editer_input_1 saisie_input" data-id="@5d35ff205dec8">
>>    <label for="champ_input_1">Ligne de texte</label>
>>    <input type="text" name="input_1" class="text" id="champ_input_1"
>> size="40">
>> </div>
>>
>> Des ids similaires, ça se serait vu quand même car l'id de l'input est
>> lié au for du label, ça ne passerait pas du tout un test d'accessibilité
>> de base.
>>
>>
> Non non tu te trompes.
> C'est bien possible et je peux te dire que j'y suis allé au débugueur pas
> à pas.
> En fait, comme l'a noté Matthieu je pense qu'il faut définir ton champ
> extra avec l'option de l'env à true.
> C'est ça qui doit faire qu'on n'a jamais eu le souci mais il existe bien !
>
> ++
> Eric
>
>
>
>> --
>> nicod_
>>
>