Projet

Général

Profil

Bug #16189

Tous les champs commentaires ne sont pas éditables avec ckeditor

Ajouté par Brice Mallet il y a environ 7 ans. Mis à jour il y a environ 7 ans.

Statut:
Rejeté
Priorité:
Bas
Assigné à:
-
Version cible:
-
Début:
05 mai 2017
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:

Description

Comment se fait-il que certains champs commentaire d'un formulaire sont éditables avec ckeditor
exemple :
https://demarches-nanterre.dev.entrouvert.org/backoffice/forms/21/fields/10/

et pas d'autres :
https://demarches-nanterre.dev.entrouvert.org/backoffice/forms/36/fields/2/

Historique

#1

Mis à jour par Brice Mallet il y a environ 7 ans

  • Statut changé de Nouveau à Rejeté

Après avoir créé un autre champ commentaire, celui-ci est éditable
Non reproductible, je rejette mon ticket ;-)

#2

Mis à jour par Frédéric Péters il y a environ 7 ans

https://demarches-nanterre.dev.entrouvert.org/backoffice/forms/36/fields/2/

Erreur 404 sur ce lien.

Cela étant, selon le contenu du champ, la présence de balises, d'ezt ou de retours à la ligne, le champ peut être affiché sans éditeur, pour rétro-compatibilité (quand il n'y avait pas d'html autorisé dans ce champ il y avait un traitement particulier de division en paragraphes selon les retours à la ligne).

#3

Mis à jour par Thomas Noël il y a environ 7 ans

Dis autrement : quand tu créés un nouveau champ, il est toujours en HTML et il commence en réalité par une balise <p>

Mais si tu passes en mode "source" et que ton champ commentaire commence par exemple par un [if-any ...] alors wcs considère que ce n'est plus du HTML pur-souche, et préfère l'afficher en mode "retro", sans ckeditor.

Mais si tu remets une balise au début, genre "<p>" et que tu enregistres à nouveau le champs, alors la prochaine fois wcs te présentera le bel éditeur wysiwyg-qui-fout-la-pagaille :)

Formats disponibles : Atom PDF