3 suggestions pour nouvelles fonctionnalités dans SPIP

Bonjour,

Après plusieurs mois d’utilisation intensive de SPIP, je voudrais vous faire de quelques propositions
(classées par ordre d’intéret décroissant - selon moi) pour encore améliorer ce merveilleux outil:

1) Nouveau role : rédacteur en chef

La motivation est la suivante:
Actuellement, chaque rédacteur ne peut modifier que ses propres articles.
Or bien souvent, il existe un chef/responsable du contenu qui doit être en mesure de réviser ce que
l’équipe de rédaction propose/écrit. Cette personne n’étant en général pas informaticien, il est dès lors
disons « dangereux » de le mettre comme administrateur (risque de mettre à jour des paramètres sensibles)

Dans mon esprit, il y a deux « super » users:

  • l’administrateur « technique »: typiquement le webmaster (et genéralement informaticien).
    Il valide la forme, cela correspond au role d’administrateur actuel (avec tous les droits)

  • l’administrateur « business » : il valide le fonds, il doit pouvoir mettre à jour n’importe quel article/brève d’un rédacteur,
    => nouveau role de rédacteur en chef
    => raffiner le worklow de publication : le rédacteur en chef doit approuver/donner son feu vert avant que l’admin publie

Idée: prevoir un paramètre d’admin pour switcher entre un worklfow d’approbation simple (comme maintenant)
ou complexe (accord préalable du rédacteur en chef)

2) Espace privé : multilinguisme - filtre (dropdown) sur la langue

Pour un site multilingue, je trouve confusant d’avoir dans l’espace privé, un mélange de rubriques, d’articles, brèves, etc…
dans plusieurs langues distinctes. C’est difficilement gérable, du moins à partir d’un certain volume…

Je suggère donc de rajouter un peu partout dans les écrans de navigation (ou bien de manière globale dans la barre de menu)
la possibilité de spécifier un filtre sur la langue pour n’afficher que les rubriques/articles/brèves d’une seule langue.

3) Améliorer la personnalisation de l’ordre d’affichage des articles/rubriques

On souhaite parfois forcer un ordre précis indépendamment des titres ou des dates.
C’est surtout vrai pour les (ou les sous-) rubriques, un peu moins pour les articles (quoique)

Je sais qu’on peut actuellement précéder les titres par 1. , 2. , etc… en conjonction avec la directive « num »,
mais c’est pas très souple…
Je préconise plutot l’ajout d’un champ (numérique) « position » dans les tables articles et rubriques pour eventuellement
forcer un ordre d’affichage spécifique. Ce champ serait au besoin modifiable par rubrique/article dans l’interface privé.
Il suffirait ensuite juste de modifier le tri par défaut dans les différents squelettes:
{par date} => devient => {par position, date}
{par nom} => devient => {par position, nom}
NB: pour l’instant, j’utilise le champ fourre-tout « extra », mais cela m’oblige à updater la DB à la main…

Voilà, j’ai fini ma tartine :wink:

Bien à vous et longue vie à SPIP !

Bernard Ligny
Webmaster du site (spip évidemment) : http://www.jennifer-asbl.be

Le 25/11/06, Bernard Ligny a écrit :

1) Nouveau role : rédacteur en chef

    La motivation est la suivante:
    Actuellement, chaque rédacteur ne peut modifier que ses propres
articles.
    Or bien souvent, il existe un chef/responsable du contenu qui doit être
en mesure de réviser ce que
    l'équipe de rédaction propose/écrit. Cette personne n'étant en général
pas informaticien, il est dès lors
    disons "dangereux" de le mettre comme administrateur (risque de mettre à
jour des paramètres sensibles)

As-tu envisagé un administrateur restreint à toutes les rubriques?
Cela pourrait être ton 'rédacteur en chef'

3) Améliorer la personnalisation de l'ordre d'affichage des
articles/rubriques

    On souhaite parfois forcer un ordre précis indépendamment des titres ou
des dates.
    C'est surtout vrai pour les (ou les sous-) rubriques, un peu moins pour
les articles (quoique)

    Je sais qu'on peut actuellement précéder les titres par 1. , 2. , etc...
en conjonction avec la directive "num",
    mais c'est pas très souple..
    Je préconise plutot l'ajout d'un champ (numérique) "position" dans les
tables articles et rubriques pour *eventuellement*
    forcer un ordre d'affichage spécifique. Ce champ serait au besoin
modifiable par rubrique/article dans l'interface privé.
    Il suffirait ensuite juste de modifier le tri par défaut dans les
différents squelettes:

Tu trouves ta proposition plus souple que celle existant ? :wink:

--
@plus

Jacques

Marre de "*quoter comme un goret*" avec OE : (Rappel: quoter n'est

pas coder) http://www.aminautes.org/forums/configurer/oe/QF_doc.html

Où placer sa réponse ?
[Mini-FAQ] Repondre par courrier ou dans les news ?

Bernard Ligny suggere 1) Nouveau role : rédacteur en chef

Jacques J. propose As-tu envisagé un administrateur restreint à toutes les rubriques?
Cela pourrait être ton ‹ rédacteur en chef › ’
Pas tout à fait , car un administrateur restreint a toutes rubriques a le pouvoir de mettre en ligne (publier) les articles
et de créer d’autres rubriques . Mais cela répond parfaitement à la fonction d’administrateur « politique » , responsable pénalement des publications mis en ligne et qui n’a nul besoin d’accéder à la configuration du site . Cette astuce géniale mériterait d’etre notée dans la doc officielle
Mais reste entier le besoin d’un rédacteur en chef appelé à intervenir sur tout article créé ou à créer : c’est le cas du secrétaire d’une assoce par exemple qui recevra des propositions d’articles mal formulés par des rédacteurs qui ne maitrisent pas l’éditeur de l’espace privé, ou encore des propositions d’articles par lettres manuscrites ou d’auteurs allergiques à l’informatique ou non branchés …etc…Il faudra bien sur qu’il y ait un rédacteur-chef qui mette ces articles à la sauce spip avant que l’administrateur responsable se prononce sur l’opportunité de publier

Existe-t-il une astuce qui permette de simuler ce statut de « rédacteur toutes rubriques » ?

  1. Améliorer la personnalisation de l’ordre d’affichage des
    articles/rubriques
    Je sais qu’on peut actuellement précéder les titres par 1. , 2. , etc…
    en conjonction avec la directive « num »,
    mais c’est pas très souple…

Ben, ça devient très, très souple si on numérote par 0100, 0200 , 0300. . . Les possibilités de variations n’ont alors aucune contraintes

Bon courage et bravo pour la suggestion de Jacque J.

Marie

    - l'administrateur "technique": typiquement le webmaster
(et genéralement informaticien).
      Il valide la *forme*, cela correspond au role
d'administrateur actuel (avec tous les droits)

Ben ça existe déjà, c'est celui qui a les codes d'accès FTP.

    - l'administrateur "business" : il valide le *fonds*, il
doit pouvoir mettre à jour n'importe quel article/brève d'un
rédacteur,
        => nouveau role de rédacteur en chef
        => raffiner le worklow de publication : le rédacteur
en chef doit approuver/donner son feu vert avant que l'admin publie

C'est un admin donc ?

    Idée: prevoir un paramètre d'admin pour switcher entre un
worklfow d'approbation simple (comme maintenant)
    ou complexe (accord préalable du rédacteur en chef)

Mais actuellement, il faut qu'un admin valide les textes non ?