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

Added by Laurent Séguin over 4 years ago. Updated about 2 months ago.

Status:

Solution déployée

Priority:

Normal

Assignee:

Frédéric Péters

Target version:

Start date:

25 March 2019

Due date:

% Done:

Estimated time:

Patch proposed:

Planning:

Yes

Description

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

Related issues

Associated revisions

Revision 78a91652 (diff)
Added by Frédéric Péters about 2 months ago

general: redo generation of summary page (#31712)

Revision c3ef8825 (diff)
Added by Frédéric Péters about 2 months ago

general: redo generation of rst summary (#31712)

Revision 9dbc1123 (diff)
Added by Frédéric Péters about 2 months ago

general: redo generation of odt summary (#31712)

History

Updated by Laurent Séguin over 4 years ago

Subject changed from Les champs titres et sous-tire devraient être dans form_details to Les champs titres et sous-titre devraient être dans form_details

Updated by Laurent Séguin about 4 years ago

Target version set to Wishlist

Updated by Pierre Cros about 4 years ago

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

Updated by Pierre Cros about 4 years ago

Related to Development #27721: Afficher le contenu d'un champ en face de son libellé dans form_details added

Updated by Frédéric Péters about 4 years ago

Has duplicate Development #35620: Intégrer les titres et sous-titre dans le {{form_details}} added

Updated by Frédéric Péters about 4 years ago

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).