Permettre l'ajout d'instructions au rédacteur pour le guider dans sa saisie #3306

Closed
opened 7 years ago by vlentz · 8 comments
vlentz commented 7 years ago

L'article « Training the CMS » suggère de guider l'utilisateur dans la saisie des contenus du site.

Cf. http://alistapart.com/article/training-the-cms

Il indique notamment que certains CMS permettent aux concepteurs d'accompagner chaque champs d'explications :

« Where and how this works varies by CMS. For example, Drupal has an “Explanation or submission guidelines” field for each content type that displays at the top of every entry’s edit page. Wordpress allows you to add meta boxes to edit screens with custom code or plugins like Advanced Custom Fields, which makes the information more accessible than hiding it in the contextual help tab. If you’re not sure how to do this in your CMS, talk to your developers—chances are, they can make it possible once they understand the goal.»

Un moyen de mettre ceci en oeuvre peut être de modifier pour chaque projet la chaîne de langue du libellé de chaque champs mais ce n'est pas entièrement satisfaisant car l'affichage n'est pas distinct du libellé du champs.

Voyez-vous un bon mpoyen de mettre ceci en oeuvre dans SPIP ?

L'article « Training the CMS » suggère de guider l'utilisateur dans la saisie des contenus du site. Cf. http://alistapart.com/article/training-the-cms Il indique notamment que certains CMS permettent aux concepteurs d'accompagner chaque champs d'explications : « Where and how this works varies by CMS. For example, Drupal has an “Explanation or submission guidelines” field for each content type that displays at the top of every entry’s edit page. Wordpress allows you to add meta boxes to edit screens with custom code or plugins like Advanced Custom Fields, which makes the information more accessible than hiding it in the contextual help tab. If you’re not sure how to do this in your CMS, talk to your developers—chances are, they can make it possible once they understand the goal.» Un moyen de mettre ceci en oeuvre peut être de modifier pour chaque projet la chaîne de langue du libellé de chaque champs mais ce n'est pas entièrement satisfaisant car l'affichage n'est pas distinct du libellé du champs. Voyez-vous un bon mpoyen de mettre ceci en oeuvre dans SPIP ?
Poster

Voir aussi la discussion : http://seenthis.net/messages/304770

Voir aussi la discussion : http://seenthis.net/messages/304770
b_b commented 7 years ago
Owner
There is no content yet.

Il faudrait pouvoir modifier chaque label humain ET ajouter (ou modifier lorsque déjà existant) un texte d'explication en-dessous, cela pour chacun des champs de tout formulaire (au moins ceux des objets éditoriaux).

Quand je dis "il faudrait pouvoir", je ne pense pas spécialement que ce soit à SPIP de fournir une interface pour le faire, etc, mais par contre il faudrait le pouvoir au niveau API, au niveau technique.

Actuellement tous les formulaires sont "en dur", écrit en HTML directement avec des variables insérés dedans en squelette. C'est peut-être facile à comprendre mais pas du tout modifiable programmatiquement. Par exemple dans Drupal, tout est fait par une API de formulaires, et donc tout formulaire est modifiable, en ayant son contexte, etc, ce qui permet de dire que pour tel objet, dans telle rubrique, on change l'intitulé des champs, par exemple.

Au hasard, Saisies permet à peut près cela avec son API… Je suis d'accord qu'il peut avoir des défauts, mais je préfère penser qu'on peut réfléchir à l'améliorer, plutôt que de rester sur du HTML en dur, uniquement surchargeable une unique fois en dur aussi.

Il faudrait pouvoir modifier chaque label humain ET ajouter (ou modifier lorsque déjà existant) un texte d'explication en-dessous, cela pour chacun des champs de tout formulaire (au moins ceux des objets éditoriaux). Quand je dis "il faudrait pouvoir", je ne pense pas spécialement que ce soit à SPIP de fournir une interface pour le faire, etc, mais par contre il faudrait le pouvoir au niveau API, au niveau technique. Actuellement tous les formulaires sont "en dur", écrit en HTML directement avec des variables insérés dedans en squelette. C'est peut-être facile à comprendre mais pas du tout modifiable programmatiquement. Par exemple dans Drupal, tout est fait par une API de formulaires, et donc tout formulaire est modifiable, en ayant son contexte, etc, ce qui permet de dire que pour tel objet, dans telle rubrique, on change l'intitulé des champs, par exemple. Au hasard, Saisies permet à peut près cela avec son API… Je suis d'accord qu'il peut avoir des défauts, mais je préfère penser qu'on peut réfléchir à l'améliorer, plutôt que de rester sur du HTML en dur, uniquement surchargeable une unique fois en dur aussi.
Owner

Version cible mise à 3.2

**Version cible mise à 3.2**

Le compagnon https://plugins.spip.net/compagnon.html pourrait satisfaire une part de ces besoins. "Assistant de premiers pas avec SPIP, le compagnon offre une aide aux utilisateurs lors de leur première visite dans l’espace privé de SPIP". Mais il faudrait une interface pour faciliter sa personnalisation.

Le compagnon https://plugins.spip.net/compagnon.html pourrait satisfaire une part de ces besoins. "Assistant de premiers pas avec SPIP, le compagnon offre une aide aux utilisateurs lors de leur première visite dans l’espace privé de SPIP". Mais il faudrait une interface pour faciliter sa personnalisation.

En partie oui, mais ça reste moins bien que d'avoir la bonne information pile sur le bon champ précisément (et seul Saisies permet de personnaliser ça de l'extérieur, et pas qu'une unique fois).

Mais oui pour certaines aides le Compagnon peut être utilisé, en ayant en tête que c'est pour des aides "par page", ou "par grande zone", mais il faudrait quelques ajouts :

  • pour une aide, pouvoir déclarer si les gens peuvent la fermer ou pas (certaines aides doivent pouvoir rester tout le temps)
  • avoir une interface humaine pour ajouter éditorialement des blocs d'aides dans différentes zones connus du plugin (il s'insère dans divers pipelines d'affichage), donc déclarer humainement ces zones où on peut ajouter une aide (avec un yaml ou autre) avec un label humain etc, permettant de produire une interface d'admin éditoriale ("je veux ajouter une aide dans la zone Enfants des objets Rubriques", par ex).
En partie oui, mais ça reste moins bien que d'avoir la bonne information pile sur le bon champ précisément (et seul Saisies permet de personnaliser ça de l'extérieur, et pas qu'une unique fois). Mais oui pour certaines aides le Compagnon peut être utilisé, en ayant en tête que c'est pour des aides "par page", ou "par grande zone", mais il faudrait quelques ajouts : - pour une aide, pouvoir déclarer si les gens peuvent la fermer ou pas (certaines aides doivent pouvoir rester tout le temps) - avoir une interface humaine pour ajouter éditorialement des blocs d'aides dans différentes zones connus du plugin (il s'insère dans divers pipelines d'affichage), donc déclarer humainement ces zones où on peut ajouter une aide (avec un yaml ou autre) avec un label humain etc, permettant de produire une interface d'admin éditoriale ("je veux ajouter une aide dans la zone Enfants des objets Rubriques", par ex).
Owner

oui il y a le compagnon qui peut etre étendu, le plugin -bouée- manuel du site.
Donc je dirais qu'il y a tous les outils c'est une question de contenu et de redactionnel et ça peut etre traité dans des plugins si il y a besoin de plus
Statut changé à Fermé

oui il y a le compagnon qui peut etre étendu, le plugin -bouée- manuel du site. Donc je dirais qu'il y a tous les outils c'est une question de contenu et de redactionnel et ça peut etre traité dans des plugins si il y a besoin de plus **Statut changé à Fermé**

J'ai fait des tickets là bas du coup pour plus tard :
https://core.spip.net/issues/4654
https://core.spip.net/issues/4655

J'ai fait des tickets là bas du coup pour plus tard : https://core.spip.net/issues/4654 https://core.spip.net/issues/4655
Sign in to join this conversation.
No Milestone
No project
No Assignees
5 Participants
Notifications
Due Date

No due date set.

Dependencies

This issue currently doesn't have any dependencies.

Loading…
There is no content yet.