Project

General

Profile

Development #36498

Publik Studio - avoir un type de champ "texte riche"

Added by Marie Kuntz about 4 years ago. Updated about 1 year ago.

Status:
Fermé
Priority:
Normal
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:
Patch proposed:
Yes
Planning:
No

Description

Dans la création d'une fiche, il peut y avoir des cas où on aura besoin de mettre en forme le texte à saisir sur un champ de type texte long ; proposition : gras, italique, liste à puces
J'hésite sur les titres (pas de cas d'usage en tête)


Files


Related issues

Related to w.c.s. - Development #49468: Possibilité de mettre en forme les textes saisis dans champ texte longRejeté14 December 2020

Actions
Related to w.c.s. - Development #64259: Supprimer l'action commentaireNouveau15 April 2022

Actions
Related to Combo - Development #69271: Cellule Fiche(s): gérer l'affichage du nouveau champ wcs de type "texte riche"Fermé19 September 2022

Actions

Associated revisions

Revision a76d5383 (diff)
Added by Lauréline Guérin about 1 year ago

fields: display_mode rich for TextField (#36498)

History

#3

Updated by Victor Claudet almost 3 years ago

  • Related to Development #49468: Possibilité de mettre en forme les textes saisis dans champ texte long added
#4

Updated by Victor Claudet almost 3 years ago

Le cas d'usage me concernant serait d'utiliser les fiches comme modèle de contenu (historique, message, voire édition de document);
Il serait ensuite possible de "construire" une réponse à partir des fiches, soit une fiche = une réponse type, soit une fiche = un moreceau d'un document dont les différentes fiches vont permettre de le construire.

#5

Updated by Marie Kuntz almost 2 years ago

  • Priority changed from Bas to Normal

Je remets ce ticket sur la pile. Je suis parfois bloquée dans l'utilisation des fiches en cause de ce manque. Exemple récent (en cours) : des offres d'emploi qui seront à la fois sur le site du client (pour la description du poste, besoin de mise en forme) et sur Publik en tant que fiche.
Initialement j'indiquais que les titres ne semblaient pas utiles, avec cet usage, ils le sont.

#6

Updated by Frédéric Péters almost 2 years ago

Alors on avance tout doucement vers un éditeur de texte riche, une fois qu'il sera intégré dans w.c.s. pour les commentaires de workflow, il pourra être intégré à d'autres endroits également.

#9

Updated by Frédéric Péters over 1 year ago

#12

Updated by Stéphane Guiet over 1 year ago

Je pousse ce ticket, des cas d'usages sur le portail famille ou en back-office agent pour publik famille ne peuvent pas être facilement traités sans cela.
Exemple : afficher un descriptif de l'activité structuré.

#13

Updated by Anaïs Ecuvillon over 1 year ago

Je pousse également. gras, italique, liste à puce, titre (au moins h3 et h4) et peut-être d'autres cas d'usage à venir.
Le besoin concerne la mise en place d'un gabarit éditorial pour la ville de Nîmes (dans un délai court donc).
Nous en parlions avec Lauréline à l'instant même pour voir quelles étaient les solutions de contournement en attendant qu'une telle fonctionnalité arrive.

#15

Updated by Anaïs Ecuvillon about 1 year ago

Je complète suite à l'atelier avec Nîmes, plus qu'un simple texte riche, le besoin est d'avoir un champ texte comme le champ commentaire ou celui de la cellule texte côté combo.

Est-ce réalisable ? Si oui, sous quel délai ? (sinon je dois trouver ces jours-ci une alternative)

#16

Updated by Pierre Cros about 1 year ago

"Comme le champ commentaire" il faudra préciser les fonctionnalités attendues.

Le plan c'est, je crois, l'intégration de l'éditeur riche dont parle Fred partout, y compris pour remplacer ck editor (l'éditeur sur ta capture).

#17

Updated by Frédéric Péters about 1 year ago

La seule saisie texte riche qui sera présentée se fera via godo, qui n'a actuellement pas toutes les options de ckeditor (l'éditeur qu'on voit là).

Mais ce serait utile de savoir quelles sont les options de formatage qui seraient souhaitées, pour voir quelles priorités donner.

#18

Updated by Anaïs Ecuvillon about 1 year ago

je vois ça avec eux mardi aprem pour déterminer ce qui serait attendu en priorité et ce qui peut être différé

#19

Updated by Frédéric Péters about 1 year ago

Pour remonter à plus haut :

gras, italique, liste à puce, titre (au moins h3 et h4) et peut-être d'autres cas d'usage à venir.

existent déjà dans godo.

#20

Updated by Anaïs Ecuvillon about 1 year ago

Frédéric Péters a écrit :

gras, italique, liste à puce, titre (au moins h3 et h4) et peut-être d'autres cas d'usage à venir.

existent déjà dans godo.

mais qui n'est pas encore déployé pour les fiches ? Ou alors il faut que je me rachète un cerveau...

#21

Updated by Frédéric Péters about 1 year ago

Il n'y a pas encore de champ "texte riche", c'est l'objet de ce ticket. (?)

#22

Updated by Anaïs Ecuvillon about 1 year ago

Frédéric Péters a écrit :

Mais ce serait utile de savoir quelles sont les options de formatage qui seraient souhaitées, pour voir quelles priorités donner.

A minima : retour et saut de ligne, liste à puce, titre.

Si je comprends bien, ça existe déjà dans godo. Ce champ de type texte riche utilisant godo pourrait voir le jour quand ?

#24

Updated by Frédéric Péters about 1 year ago

liste à puce, titre
Si je comprends bien, ça existe déjà dans godo

Pas vraiment vraiment, il manque du travail d'intégration pour que ça soit utilisé (quelque chose d'assez petit comme #67452, plus important en terme d'interface #68864)

#26

Updated by Anaïs Ecuvillon about 1 year ago

@Lauréline, le besoin pour Nîmes est le suivant :
  • côté wcs (fiche en l’occurrence)
    saisie dans un champ de type texte riche de contenus avec la possibilité d'avoir du retour et saut de ligne, des titres, liste à puce (liste a minima car Fred me demandait de prioriser vu les délais supers courts)
  • côté combo
    affichage du contenu de ce champ depuis la cellule fiche (qui interprète donc le retour à la ligne, les titres, les listes à puces...), en utilisant le type de contenu champ de la fiche.

Le plus important à ce jour, c'est qu'on me dise si c'est faisable rapidement et qu'on m'indique un délai. Sinon je mettrai en place une solution alternative avec le client, en attendant que ce soit possible.

#28

Updated by Lauréline Guérin about 1 year ago

  • Related to Development #69271: Cellule Fiche(s): gérer l'affichage du nouveau champ wcs de type "texte riche" added
#29

Updated by Lauréline Guérin about 1 year ago

Pour discussion.

J'ai ajouté un tag/une fonction strip_some_tags (pas fan du nom), sur le modèle de strip_tags de django, mais qui laisse passer un certain nombre de tags autorisés.
A l'affichage côté wcs, et dans le résultat de l'api, le contenu d'un champ texte riche passe par strip_some_tags pour nettoyage. Et dans combo, on peut se contenter de faire un |safe.

#30

Updated by Frédéric Péters about 1 year ago

Perso il ne devrait pas s'agir d'un nouveau type de champ mais d'une variation sur le champ "texte long" (je relis un peu et je pense n'avoir jamais été explicite là-dessus, juste peut-être en citant #57283).

#31

Updated by Lauréline Guérin about 1 year ago

  • Status changed from Solution proposée to En cours
#34

Updated by Lauréline Guérin about 1 year ago

sans le 0002 (on me dit que obsolète avec #59585), et changement du message de commit

#35

Updated by Corentin Séchet about 1 year ago

  • Status changed from Solution proposée to Solution validée

J'ai juste ajouté un attribut style sur le paragraphe dans le test_stripsometags sur la branche pour valider que les attributs sur les tags sont aussi filtrés. Tu peux fusionner le commit si ça te semble utile.

#36

Updated by Lauréline Guérin about 1 year ago

  • Status changed from Solution validée to Résolu (à déployer)
commit a76d5383530d745d7adf3d381d956d8dba710f2c
Author: Lauréline Guérin <zebuline@entrouvert.com>
Date:   Fri Sep 16 16:30:12 2022 +0200

    fields: display_mode rich for TextField (#36498)

(j'ai fusionné les commits)

#37

Updated by Transition automatique about 1 year ago

  • Status changed from Résolu (à déployer) to Solution déployée
#38

Updated by Transition automatique about 1 year ago

Automatic expiration

Also available in: Atom PDF