Development #31712: Les champs titres et sous-titre devraient être dans form_details - w.c.s. - Redmine Entr’ouvert

Development #31712

Les champs titres et sous-titre devraient être dans form_details

Ajouté par Laurent Séguin il y a environ 5 ans. Mis à jour il y a 9 mois.

Statut:

Fermé

Priorité:

Normal

Assigné à:

Frédéric Péters

Version cible:

Début:

25 mars 2019

Echéance:

% réalisé:

Temps estimé:

Patch proposed:

Non

Planning:

Oui

Description

Les titres et sous-titres apportent des éléments de contexte qui seraient utiles à ajouter dans le gabarit {{ form_details }}

Demandes liées

Révisions associées

Révision 78a91652 (diff)
Ajouté par Frédéric Péters il y a 9 mois

general: redo generation of summary page (#31712)

Révision c3ef8825 (diff)
Ajouté par Frédéric Péters il y a 9 mois

general: redo generation of rst summary (#31712)

Révision 9dbc1123 (diff)
Ajouté par Frédéric Péters il y a 9 mois

general: redo generation of odt summary (#31712)

Historique

Mis à jour par Laurent Séguin il y a environ 5 ans

Sujet changé de Les champs titres et sous-tire devraient être dans form_details à Les champs titres et sous-titre devraient être dans form_details

Mis à jour par Laurent Séguin il y a presque 5 ans

Version cible mis à Wishlist

Mis à jour par Pierre Cros il y a presque 5 ans

Un besoin lié, rapporté par Mikaël et par moi, qui me semble plus important, c'est le fait d'avoir un form_details mieux formaté, plus lisible (pour éviter les demandes de reconstitution d'un PDF à partir de la demande).

#27721 aiderait.

On pourrait aussi imaginer différencier le libellé (en gras ?) et la réponse, genre :

Nom de l'usager : Pierre Cros
Adresse : Rue de la soif

Mis à jour par Pierre Cros il y a presque 5 ans

Lié à Development #27721: Afficher le contenu d'un champ en face de son libellé dans form_details ajouté

Mis à jour par Frédéric Péters il y a plus de 4 ans

Dupliqué par Development #35620: Intégrer les titres et sous-titre dans le {{form_details}} ajouté

Mis à jour par Frédéric Péters il y a plus de 4 ans

Il y a quantité de détails, genre la description ne parle pas explicitement des champs pages mais il faut a priori les inclure, mais on a par endroit une répétition entre le nom de la page et un premier champ titre posé dessus, et dans ce cas-là il faut zapper. Il faut aussi a priori ne pas inclure tous les champs pages/titres/sous-titres mais uniquement ceux qui entourent du contenu. Surtout il ne faut pas retatonner sur toutes ces règles et "simplement" faire la même chose que sur la page d'une demande. (dans wcs/forms/common.py, receipt & display_fields). Et par "faire la même chose" j'entends bien une mutualisation, pas une duplication. (je dirais que ça doit commencer par ajouter sur un formdata une méthode qui retournera la liste des champs à reprendre).