Re: [Sélection éditoriales] Organis er les sélections

c-real <[email protected]>
Newsgroups gmane.comp.web.spip.devel
Message-ID <[email protected]>
Retour d’expérience :

Pour ce type de besoin, j'utilise le plugin "sélection d'objets" ( 
https://contrib.spip.net/Selection-d-objets ) associé à un plugin maison 
nommé "élément éditable".

*Pourquoi Cela ?
*Question**de pratique : Quand on tient un site, on publie d'abord un ou 
plusieurs articles dans leurs rubrique, puis on les place ensuite dans 
un ou plusieurs endroits du site où il seront visibles durant leur 
actualité (souvent la page d'accueil, mais parfois dans d'autres 
endroits spéciaux).
Je voulais donc créer un système qui me permettait facilement de gérer, 
par exemple, la "mise en page" de la Une d'un site à partir d'une partie 
du backoffice de Spip. J'ai longtemps utilisé pour cela le plugin 
"sélection d'articles" d'Arno. Mais on a parfois besoin de sélectionner 
d'autres objet que des articles. J'ai donc créé mon propre système.*

Pourquoi utiliser "sélection d'objets" ?*
Parce que le plugin inclue 2 éléments d'ergonomie qui sont très pratiques :
- une recherche qui permet de retrouver l'objet à placer en tapant un 
terme contenu dans le titre de celui-ci. (suggestion en cours de la 
frappe). En effet, lorsque vient le moment ou l'on veut placer, par 
exemple, ses articles sur la page d'accueil, on ne se rappelle plus de 
l'identifiant de celui-ci. Par contre, on se rappelle encore de son titre.
- le glisser-déposé tellement plus pratique pour ordonner les éléments.

*Ce que fait mon plugin additionnel : *

Il permet de créer un objet appelé "module" (le terme n'est, je pense, 
pas encore utilisé dans Spip). Dans cette logique, un module est donc un 
emplacement spécial pour lister des éléments. La liste des modules est 
accessible à partir du menu "squelettes" (que j'ai rebaptisé le menu 
"mise en page". C'est, je trouve, plus parlant pour les utilisateurs. 
Mais c'est un autre débat). Le picto utilisé représente un écran 
présentant la mise en page d'un site avec des blocs de couleurs différents.

Voici un l'exemple d'utilisation de modules sur un site éditorial :



Si ça peut t'inspirer ....

Laurent




Le 01/12/2020 à 15:38, jeanmarie a écrit :
>
> Hello,
>
> merci pour ton retour.
>
> Le 01/12/2020 à 15:00, RastaPopoulos a écrit :
>> Le 01/12/2020 à 14:34, jeanmarie a écrit :
>>> Est-ce que d'autres ont ces questions aussi ? Et d'autres idées ?
>> pas tant que ça, ça reste un cas rare d'en avoir beaucoup je crois (en tout cas d'en avoir beaucoup en autonome)
>>
>> il y a déjà une séparation entre les sélections autonomes (qu'on appelle plutôt par leur identifiant) et les sélections liés à des contenus (que ce soit pour "voir plus" de choses après un article ou dans une lettre, etc)
>>
>> combien tu as de sélections autonomes VS de liées ?
>>
>> on pourrait déjà améliorer le tableau de bord pour pouvoir filtrer par plus de choses, peut-être avoir une unique liste comme les commandes et des filtres sur le côté (mais je sais pas si le critère permettant de filtrer les autonomes ou pas sais le faire en dynamique avec un param, faut peut-être améliorer), pouvoir filtrer par autonome ou pas, statut, quel type d'objet lié (ne voir que les sélections de lettre) etc
>
> Pour l'instant, j'ai :
>
>   * 1 sélection pour le diaporama de la page d'accueil
>   * 1 sélection pour les logos partenaires en pied de page
>   * X sélections pour les newsletters (je ne sais pas combien et
>     potentiellement plein si les utilisateur·rices ne font pas de ménage)
>
> Pour les newsletters, les sélections ne sont pas forcément associées 
> car insérées directement dans le contenu via un modèle. Je fais ça 
> pour laisser le maximum de latitudes aux utilisateur·rices : alterner 
> sélection et texte, choisir la façon dont s'affiche la sélection 
> (colonnes, ligne, pleine largeur), etc...
>
> Donc dans l'idée, j'aurais bien fait un "groupe" newsletter et un 
> autre plutôt "outils" ou "technique" pour s'y retrouver. Ça éviterait, 
> dans 1 an, d'avoir à chercher celle qui gère le diapo dans les 50 qui 
> ont servi aux newsletters.
>
>                 jeanmarie
>
>
> _______________________________________________
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.