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 <e...@smellup.net> a écrit :

> Yop,
>
>
> Le lun. 22 juil. 2019 à 20:29, nicod_ <ni...@lerebooteux.fr> 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_
>>
>
----
spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone

Répondre à