Personnaliser la création d'un point

Bonjour à tous,

Je souhaiterai, sur l'écran de création d'un point, savoir :

- masquer (mais ne pas supprimer définitivement) la zone texte 'Description dans l'ordre du jour'
(nous ne l'utilisons pas et les agents ont tendance à mettre leurs textes dedans...)

- renommer le texte : 'Extrait du Procès-Verbal' et sa description

- renommer le texte : 'Emetteurs d'avis optionnels' et la description qui est en dessous :
'Emetteurs d'avis obligatoires qui émettront un avis sur le point'

- Rendre le champs 'Emetteurs d'avis optionnels' obligatoire
(donc, avec une petite case rouge montrant que ce champs est obligatoire).

Merci d'avance et bonne journée.

C'est évidemment possible, mais ATTENTION, il faut savoir que toute adaptation mènera à des "procédures" supplémentaires dans le cadre des migrations.  En effet, si tu personnalises quelque chose, il faudra savoir que çà pourrait devenir incompatible avec une future version.  Par exemple, personnaliser une template dans la version 1.8, si cette dernière est mise à jour dans la version 1.9, çà peut poser problème.

Voilà, l'avertissement passé , voici ce que tu peux faire :

Actuellement, la template d'édition d'un point n'est pas encore adaptée, donc, si tu en fais une, çà ne devrait pas poser de problème concernant les migrations.

Tu dois donc adapter la template d'édition.  Tu trouveras ici : plone.org/documentation/manual/theme-reference/buildingblocks/skin/templates/how-to-customise-view-or-edit-on-archetypes-content-items un manuel expliquant la manière de personnaliser le formulaire d'édition d'un type de contenu Archetypes.  Tu peux aussi voir certains exemple sur notre SVN dans les produits CPEtatCivil et urban par exemple.  Une fois créée, c'est cette template qui sera utilisée au lieu de celle par défaut (PloneMeeting utilise la template générée par Archetypes).  Ceci va te permettre de faire les 3 premières adaptations souhaitées.  Pour la quatrième, c'est à dire rendre un champ obligatoire, il faut modifier le schema des données, là c'est plus délicat.  Le plus simple selon moi est d'écrire un validateur sous forme de Script (Python) qui lors de la sauvegarde va vérifier si le champ est rempli ou non.  En effet, pour un champ AT, une méthode "validate_nomDuChamp" permet de valider le champ.

Ces adaptations légères pourraient être faite dans la ZMi, cependant, si tu penses en avoir d'autres plus conséquentes par la suite, et à des fins de facilité concernant les migrations et les tests unitaires, je te conseillerai alors d'écrire (en interne ou via un acteur externe) un profil d'extension (produit sur le FileSystem) dans lequel tout est alors faisable "dans les règles de l'art".

Bien à toi,

Gauthier Bastien, AC Sambreville