Ce plugin permet de gérer des listes de contenus quelconques de manière éditoriale. Chaque sélection est donc entièrement libre, et peut renvoyer aussi bien vers des contenus internes au SPIP quels qu’ils soient (article, événement, etc) que vers des liens externes. Chaque contenu sélectionné est personnalisable finement : URL, titre, descriptif et image lorsqu’on en a besoin.
Ce plugin vise à remplacer les bidouilles que l’on fait parfois (ou souvent) pour permettre aux admins de gérer manuellement leur page d’accueil, ou encore pour faire des listes de choses à voir en plus à la fin d’un contenu.
Ma première sélection
La page listant toutes les sélections se trouve dans le menu Édition => Sélections éditoriales.
Une sélection a
- un titre,
- un descriptif, qui peut être utilisé uniquement pour les admins, afin de donner des indications éditoriales telles que la taille recommandée pour les images,
- un identifiant textuel pour appeler facilement la sélection dans vos squelettes,
- et une limite optionnelle qui permet d’améliorer un peu l’ergonomie en bloquant l’ajout de contenus lorsqu’on l’atteint.
Ajouter des contenus
Une fois votre sélection crée, vous pouvez commencer à ajouter des contenus à l’intérieur, depuis sa page d’admin.
Un lien vous permet d’ajouter de un nouveau contenu (①). Lorsque l’on clique, un formulaire d’ajout de contenu remplace ce lien directement sous la liste. Lorsque vous avez activé une limite et qu’elle est atteinte, ce lien n’apparaît plus.
Lorsque des contenus sont déjà présent, un bouton de suppression et un lien de modification permettent de… faire ce que ça dit (②).
Enfin pour chaque contenu, il est possible d’ajouter une image. Lorsqu’il n’y en a pas, une hachure est affichée à la place. Il suffit de cliquer sur l’image (hachure ou image déjà présente) pour pouvoir la modifier. (③).
Dans le champ URL, il est possible de mettre un URL complet, par exemple pour un site externe, ou bien fournir un contenu SPIP avec son type et son identifiant (evenement1234).
Le plugin sert avant tout à lister des contenus ailleurs, mais il est possible de ne pas remplir l’URL du tout, ce qui en fait alors un élément arbitraire qui est un contenu en soi.
Si vous omettez le titre, il sera remplit auto-magiquement grâce à l’URL. Soit avec le titre du contenu SPIP, soit avec le titre HTML de la page si c’est un URL complet.
Pour ordonner les contenus, on peut les glisser-déplacer, et des boutons permettent de changer l’ordre.
Des sélections pour compléter vos contenus SPIP !
En plus de pouvoir créer des sélections « autonomes », le plugin permet aussi d’ajouter des sélections à la suite de n’importe quel contenu de SPIP.
Pour cela, il faut configurer le plugin pour autoriser ces ajouts sur les types de contenus de votre choix (articles, événements, newsletters, etc).
Après cela, il suffit de vous rendre sur la page d’admin d’un de vos contenus (un article par exemple). Vous avez alors un lien permettant d’insérer une nouvelle sélection éditoriale (④). Dès que c’est ajouté, vous pouvez construire votre sélection directement au même endroit (sous l’article ⑤), sans être obligé d’aller sur la page de la sélection (mais c’est possible aussi en cliquant sur son titre ⑥).
Exemples d’utilisations
Pour gérer manuellement les contenus d’une page d’accueil
Pour gérer une ou plusieurs listes d’actualités. Vous pouvez par exemple prendre le premier contenu d’un sélection, l’afficher en énorme, puis lister les autres contenus de la même sélection en plus petit à la suite.
Ou si vous avez cédé au démon de votre commanditaire, pour gérer manuellement les contenus d’un carrousel. :D
Pour gérer manuellement des listes du type « Voir aussi »
Il est possible d’ajouter des sélections liées à n’importe quel contenu de SPIP. Vous pouvez donc activer les sélections sur les contenus « Articles », et ajouter une ou plusieurs listes à la suite d’un article. Cela vous permet ensuite dans vos squelettes, d’afficher des listes de contenus annexes en rapport avec le contenu principal. Et cela peut aussi bien être des pages internes que des sites externes. Pratique !
Pour gérer finement les contenus de vos newsletters
Le plugin Newsletter permet déjà de lier des contenus SPIP à une newsletter. Mais c’est une liaison très simple, qui ne permet pas de contrôler les titres, le descriptif, les images, etc.
Une solution est donc d’activer les sélections sur les Newsletters. Une fois que vous avez écrit le texte principal, vous pouvez ajouter une sélection, et dans le squelette de l’email, vous pouvez l’utiliser pour l’afficher comme vous le voulez.
Utilisation dans vos squelettes
Récupérer une sélection autonome avec son identifiant
Exemple d’affichage d’une sélection d’actualités, avec le titre du bloc reprenant le titre de la sélection, et en limitant à 3 contenus histoire de contrôler encore plus.
<BOUCLE_actualites(SELECTIONS){identifiant=actualites}>
<B_actualites_contenus>
<div class="liste selections actualites">
<h2>#TITRE</h2>
<ul class="liste-items">
<BOUCLE_actualites_contenus(SELECTIONS_CONTENUS){id_selection}{0,3}{par rang}>
<li class="item [(#CHAMP_SQL{css}|attribut_html)]">
<article class="entry contenu hentry">
[(#LOGO_SELECTIONS_CONTENU|image_passe_partout{600,300}|image_recadre{600,300}|image_aplatir{jpg,ffffff}|adaptive_images{600})]
<div class="texte">
<strong class="titre entry-title"><a href="#URL"><span[ class="(#EDIT{titre})]">#TITRE</span></a></strong>
[<div class="[(#EDIT{descriptif}) ]descriptif entry-content ">(#DESCRIPTIF|couper{80,'…'})</div>]
</div>
</article>
</li>
</BOUCLE_actualites_contenus>
</ul>
</div>
</B_actualites_contenus>
</BOUCLE_actualites>
Discussions par date d’activité
32 discussions
Bonjou,r j’ai testé en forçant le paquet xml pour la v4.2 et cela semble fonctionner. Peu être à valider ?
Répondre à ce message
Bonjour,
Il y a une erreur d’affichage dans la pagination de la page
ecrire/?exec=selections
En effet, il y a un
<p class="pagination"><ul class="pagination-items pagination_prive">
alors qu’il faudrait un
<nav class="pagination"><ul class="pagination-items pagination_prive">
Répondre à ce message
J’ai créé une sélection éditoriale avec des articles et d’autres liens.
Je voudrais utiliser cette sélection dans les newsletters mais je ne vois pas le bloc « ajouter une sélection » lorsque je suis dans l’édition d’une newsletter (j’ai activé ce type d’objet dans la config du plugin).
Par contre je vois bien le bloc sous les rubriques.
Je peux m’en sortir en modifiant le squelette de ma newsletter mais d’après le paragraphe « ..Newsletters. Une fois que vous avez écrit le texte principal, vous pouvez ajouter une sélection, et dans le squelette de l’email, vous pouvez l’utiliser pour l’afficher comme vous le voulez. »
J’ai cru comprendre que la sélection était possible (bien que la mise ne page des newsletters est par défaut avec des tableaux)
Merci
J’ai le même souci :-(
C’est corrigé, le pipeline où est inséré le bloc des sélections a changé (affiche_enfants), mais le plugin Newsletter surcharge ce que SPIP génère par défaut dans l’admin et sa surcharge avait oublié ce pipeline. C’est rajouté ici :
https://zone.spip.net/trac/spip-zone/changeset/110639
Donc en mettant à jour Newsletters, ça devrait de nouveau être affiché sous les lettres.
Bonjour Rastapopoulos,
Merci beaucoup.
J’ai essayé d’aller sur le changeset/110639 mais j’obtiens l’erreur :
NoSuchChangeset : Aucune révision 110639 dans ce dépôt
Yann
Oui, la zone est en cours de migration cette semaine, c’est pas tout calé.
Ah ok ! :-)
Je vais attendre la MAJ de Newsletters alors.
Merci encore.
Yann
Après avoir mis à jour Newsletters je peux effectivement ajouter ma sélection éditoriale mais comment la faire apparaître dans la newsletter ?
La newsletter est composée mais n’intègre pas cette sélection !
Yann
Bah oui, ça tu te démerdes avec le HTML de ton gabarit de lettre :D
C’est pas au plugin Sélections Éditoriales de deviner magiquement ce que tu veux en faire. Il permet de l’ajouter sur n’importe quel type d’objet, les lettres ne sont qu’un parmi d’autres. Donc après bah il faut que dans le squelette de ta lettre tu l’utilises et tu génères du HTML suivant la ou les sélections liées.
Cela veut donc dire qu’il faut que je copie le code indiqué plus haut dans mon squelette ?
Désolé mais c’est un peu nébuleux pour moi.
Yann
Merci Rastapopoulos
Si ça peut aider voici mon modèle newsletter avec une sélection éditoriale :
http://spip.pastebin.fr/53811
Merci DD,
Je vais m’inspirer de ça.
Dans ma naïveté je pensais qu’il suffisait de rajouter dans l’infolettre un truc du genre <selection|news2> par exemple.
Yann
Rastapopoulos, DD,
Merci à vous 2, ça marche nickel !
Yann
Bonjour DD
J’ai un peu le même pb que yann45 mais le lien (http://spip.pastebin.fr/53811) d’un fichier exemple n’ai plus actif...
Pourrais-tu stp le remettre en ligne pour que je m’en inspire ?
Merci d’avance.
Répondre à ce message
Hello,
J’ai utilisé Champ Extra sur une sélection éditoriale, tout fonctionne bien, sauf la fonction « ajout rapide » qui ajoute bien l’article quand je valide mais ne l’enregistre pas. Est-ce que quelqu’un a déjà eu ce problème ou pourrait m’aider ?
Merci,
Pierre
Je n’ai pas compris le rapport avec Sélections éditoriales
Quand on sélectionne un article avec ajout rapide, il s’affiche. C’est quand on enregistre qu’il disparait. Du coup je pensais que ça pouvais venir de Sélection Éditoriale plutôt que de Champs Extra. En tout cas, ça a l’air d’un problème de compatibilité entre les deux. Tu ne penses pas ?
Je ne vois toujours pas le rapport avec Sélections éditoriales (tu as lu la doc au dessus ?), t’es sûr que tu te trompes pas de plugin ?
Je ne sais même pas l’interface de quoi tu montres dans tes captures (mais pas du tout celle de ce plugin)
Oui, désolé, c’est une utilisation un peu détourné des sélections éditoriales, et j’ai présenté mon problème un peu vite.
Je te met une capture un peut plus large de l’écran en PJ.
Je me sert des Sélections Éditoriales pour faire la sélection hebdomadaire des articles à afficher sur la page d’accueil du site. J’avais besoin d’un peu plus de paramètres que ce que Sélections Éditoriales propose par défaut, donc j’ai utilisé Champs Extras.
Avec champs extras je remplace le formulaire par défaut par un formulaire perso. Tout fonctionne bien, sauf ce petit outil pratique d’ajout rapide qui a l’air fonctionnel mais qui n’enregistre pas la donnée sélectionnée.
Je sais pas si tu visualise mieux ?
Je ne vois pas à quel moment « avec Champs Extra » tu peux remplacer le formulaire par défaut par un formulaire perso, Champs Extras ne fait pas ça (il ne fait qu’ajouter des champs).
Et je ne vois pas comment tu peux le remplacer par ce champ vu que ce n’est pas du tout ce qu’attend le formulaire d’édition de « contenu sélectionné » en entrée (dans son champ url). Ça n’est pas du tout le même type de donnée généré par le champ.
Oui, les champs par défaut existent toujours mais ils sont masqués par du css. Le champ titre est rempli automatiquement avec un pipeline post_edition. Le champ URL est laissé vide. Tout ça marche bien, sauf cette fonction « ajout rapide ». Je vais voir du côté de Champs Extra si ils ont une idée.
Répondre à ce message
bonjour
je vous signale une anomalie.
si je saisi une rubrique en url, son logo va s’afficher automatiquement dans la case prévu mais si je clique sur modifier sur ce logo le formulaire de saisie n’affiche pas le logo et donc je ne peux pas par exemple le recadrer. Je ne peux que saisir un nouveau logo.
le document logo du contenu n’est pas dans la table document en tant que nouveau document mais seulement en tant que logo de la rubrique . il n’apparaît pas non plus dans la table document_lien avec ce contenu.
si je saisi le logo d’un contenu, le logo s’affiche et si je fait modifier je le vois dans le formulaire de modification du logo et si j’ai massicot je peux le recadrer. Dans ce cas, le logo du contenu est créé en tant que document et il est présent dans la table document_lien pour ce contenu.
Il n’y a aucune anomalie. Ça affiche magiquement le logo DE L’AUTRE contenu que tu as sélectionné, mais ça veut pas dire qu’il y a un logo à L’OBJET « CONTENU » du plugin. Par défaut ça va magiquement trouver le logo distant, mais ensuite tu peux personnaliser en mettant un logo PROPRE à la sélection, ce qui n’a rien à avoir avec le contenu distant (qui peut parfaitement être une URL d’un autre site aussi etc donc sans logo trouvé magiquement).
Répondre à ce message
bonjour
les selections fonctionnent bien au niveau des rubriques mais en page accueil si je fais « edition » puis « selections_edioriales », j’ai bien les sélections mais si je clique sur le lien « contenu » situé en dessous de « Sélections éditoriales liées à des contenus »
j’obtiens le message
en local j’ai installé, ce jour, la derniere version du plugin et la dernier version master accessible depuis spip.net même pb.
Avez vous une idée ?
merci
Oula j’ai mis du temps… tu parles du lien de tri des colonnes ! Oui j’ai bien le même bug aussi je confirme.
Tu peux mettre à jour en git sur le master ? ça devrait corriger
merci. cela est bien corrigé.
j’ai un comportement bizarre si coche dans la conf, "rubrique’ seulement et « reutiliser une selection editoriale » ... je cree une selection par editer selections_editoriales. puis
je n’arrive pas a associer la selection a une rubrique. en me plaçant dans la rubrique, je clique ajouter, je vois ma selection mais quoi que je fasse .... j’en cree tj une nouvelle.
Répondre à ce message
Si je comprend bien, si on crée une Selection Editoriale d’articles, la plugin arrive automagiquement à renseigner le titre à partir de l’objet, mais on n’a pas accès à #ID_ARTICLE, #TEXTE, #CHAPO de l’article original qu’on a mis dans notre liste éditoriale. c’est ça ?
Si si, tu as #OBJET et #ID_OBJET rempli magiquement aussi (pas #ID_ARTICLE puisqu’on peut mettre n’importe quel contenu), donc après tu peux utiliser pour récupérer plus si tu veux (mais ça dépend des objets alors c’est pas aussi générique que le titre, que tout contenu a forcément)
Wow ! genial ! c’est parfait
Répondre à ce message
Bonjour
Dans la dernière release, je n’arrive plus à modifier les logos (j’ai installé big up)
Résolu .... La plugin LIM avait automatiquement masqué le bouton « supprimer le logo ». Ce qui empêchait l’édition du logo.
J’ai donc décoché masquer les logos des contenus éditoriaux de LIM et tout est rentré dans l’ordre :)
Répondre à ce message
Bonjour,
Avec SPIP 3.3.0-dev [24560] et tous les plugins à jour, si on installe Rôles de sélections éditoriales, je vois bien apparaitre le Rôle : Sélection en bas de ma sélection (dans une rubrique par ex.).
Dans le menu déroulant adjacent, il y a Enlever le rôle : a-t-on la possibilité de créer et ajouter d’autres rôle à cette liste ?
Merci,
Portez-vous bien.
françois
Ce n’est pas l’objet de cette doc. Mais comme tous les rôles quoi : dans la déclaration des objets.
OK, j’ai posté ici n’ayant rien trouvé sur Rôles de sélections éditoriales.
Merci.
Répondre à ce message
Bonjour,
Pouvez vous m’indiquer si le comportement suivant est normal :
si je crée une sélection par le menu« édition » je peux saisir le titre, l’identifiant ,le css, etc de l’édition,
si je la crée dans une rubrique e je ne peux saisir que les "contenus et elles sont créés automatiquement avec le titre « selection » et une limite 0 .
Il me faut aller sur le le menu « edition » pour saisir le contenu.
Je peux déplacer les contenu sélectionnés d’une selection éditoriale pour les classer si besoin mais est-il possible de classer les sélections éditoriales d’une rubrique donnée ?
Merci pour le plugin
Il n’y a pas à aller dans le menu édition, tu peux cliquer directement sur son titre pour aller l’éditer elle précisément.
Et non il n’y a pas d’ordre pour la liaison avec un objet.
Répondre à ce message
Bonjour ce code de Sélections éditoriales crée un message dans le backoffice : (voir P.J.) depuis la dernière version.
Je travaille sur un objet éditorial. Cela n’a pas l’air systématique, j’ai ce messagfe de temps en temps.
Ah oui, ça apparaissait de façon un peu random.
Ça devrait être résolu dans la prochaine màj (v1.9.1)
Répondre à ce message
Bonjour,
J’ai le même souci que DD. J’ai créé une sélection éditoriale que je souhaiterais ajouter à une infolettre. J’ai bien paramétré le plugin pour qu’il s’affiche dans les objets articles, infolettres, etc.
Le bouton séléction éditoriale apparaît bien pour les articles mais pas pour les infolettres !
Quel est le souci ?
Merci.
Yann
Répondre à ce message
Bonjour,
Deux petits soucis...
Le filtre "responsive_logo" utilisé dans model\selection_edito ne fait pas partie de la base de SPIP !
A mon avis, la mauvaise chaîne est appliquée à la ligne 63 de la squelette editer_selections_contenus.html. Ça devrait être « texte_creer_associer_selections_contenu » et pas « texte_ajout_selection ».
Les traductions en Néerlandais sont disponibles sur trad.spip.net !
Cordialement,
Hanjo
Merci, si les trads sont sur trad.spip ça devrait être transféré dans le code automatiquement ensuite.
Pour le modèle c’est kent1 qui a ajouté ça rapidement, il faudrait sûrement l’améliorer (jamais eu l’utilité car jamais eu à insérer ça à l’intérieur d’un contenu).
Pour la ligne 63 ça me parait la bonne, car ensuite il y a un autre bouton « créer et associer ». Mais l’interface est vraiment trop bordélique d’après moi, ça fait des blocs dans des blocs dans des blocs, c’est vraiment pas super… :(
Répondre à ce message
Hello,
Ptite question… Je teste Role documents (^^) , quand je crée un contenu sélectionné le document ayant le role de logo de l’objet est bien pris en compte auto-magiquement par la selection, génial.
Y’aurais il moyen d’avoir un Role logo selection OU gérer le logo selection comme document ayant un role.
J’ai pas compris :p
Soit ça va chercher le logo de l’objet SPIP du contenu sélectionné (qui lui-même peut être un document avec un rôle et non pas un « vrai » logo => recherche en cascade).
Soit tu peux surcharger en assignant une image directement au contenu sélectionné.
Ah tu voudrais que le logo surchargé spécifique à la sélection soit lui aussi un document… Non ce n’est pas possible actuellement.
Oui, c’est ça ;-)
Cela dit je ne capte pas (en regardant le code) comment ce fait il que le formulaire d’ajout de doc n’apparaisse pas comme sur tout autre objet editorial, même activé dans la config d’association des docs ? Un truc m’échappe lol
Merci de ta réponse.
Bah moi si j’active les documents sur « Contenus sélectionnés » et que je vais manuellement sur la page D’UN contenu sélectionné précis (exec=selections_contenu&id_selections_contenu=XXX : lien qui n’existe nulle part, cette page n’est pas utilisée) et bien j’ai comme il faut le lien d’ajout de documents.
Ha ben oui !! ^^ chuis pas une flèche !!
en fait en ajoutant la balise pipeline afficher complement objet, dans la page editer_selections_contenus, on a bien l’interface complète d’ajout de documents , les roles.
Merci bien
Bonjour,
Le dernier message de Mist. GraphX semble répondre à mon besoin...
En revanche, je ne sais pas où/comment ajouter le pipeline proprement (i.e. en permettant les mises à jour futures du plugin)
Merci d’avance pour votre/vos lumières !
Bonjour Sandrine,
il te faut surcharger le fichier prive/squelettes/inclure/editer_selection_contenus.html
et ajouter a cet endroit (par exemple) :
ceci te permettra d’avoir accès a l’ajout de documents.
à discutter et voir ensuite si ça doit être rajouter ou pas « de série » et comment pour faire au mieux au niveau ergonomie, mais en l’état c’est utilisable ainsi.
Bonne journée
Bonjour Mist. GraphX
Merci pour ta réponse !
Bonne journée
Sandrine
Répondre à ce message
tiens, j’ai un comportement étrange, pour une sélection qui mixe des articles et des rubriques.
La boucle suivante
ID RUB #ID_RUBRIQUE
ID ARTICLE #ID_ARTICLE
m’affichera dans tous les cas la même valeur pour un #ID_RUBRIQUE et #ID_ARTICLE
Si par exemple, c’est article888 #ID_ARTICLE ET #ID_RUBRIQUE afficheront 888 tous les 2.
Idem avec
(#ID_ARTICLE
(#ID_RUBRIQUE
Une idée du pourquoi ?
Le deuxième exemple ne passe pas, le voici :
http://spip.pastebin.fr/48301
Ni le premier, il faut que tu mettes
<cadre>
autour de ton code, comme toujours, sinon c’est interprété en partie. Tu as même des boutons de raccourcis dans la barre des commentaires là, dont un pour des boucles SPIP (<cadre class="spip">
).Du coup je ne vois pas ta ou tes boucles.
Effectivement voici donc :
Ça n’existe pas #ID_ARTICLE ou #ID_RUBRIQUE dans la boucle SELECTIONS_CONTENUS.
Répondre à ce message
Bonjour,
Lorsque je place un lien du style article 57 dans le champ descriptif d’un contenu, le lien devient .../ecrire/ ?exec=article&id_article=57, là où j’attendrais un classique /spip.php ?article57.
L’effet ne se produit avec nul autre champ du site. J’ai mis le filtre |liens_absolus au champ #descriptif dans mon squelette, mais rien n’y fait.
Une idée ?
Hello,
Je viens de tester en local, le champ descriptif n’est pas dans les traitement automatiques typo dans
/base/selections_editoriales
. L’url que tu obtiens, n’est donc visible que depuis l’espace privé, et donc avec/?exec=
Tu peut par contre forcer l’interpretation des traitement, en utilisant ceci dans ton squelette :
La tu obtiendra, l’url correcte pointant vers ton article.
En résumé, tu force l’extraction du contenu du champ descriptif avec
#BALISE**
, puis tu applique le filtre|propre
.Explications ici :
A discuter ensuite, si l’auteur du plugin, n’as pas d’objection à rajouter les traitements typo sur ce champ, mais originellement je crois que dans spip et la plus par des plugins les champs descriptifs ne sont pas traités, c’est plutôt texte.
Bonne journée…
Euh c’est faux, dans SPIP il y a :
Juste bah les liens de contenu, c’est comme dans les articles quoi, dans t’es dans l’admin, ça fait un lien vers la page d’admin du contenu, et quand t’es dans le public ça fait un lien public…
ha dans la version que j’ai ça y était pas autant pour moi alors
Pas dans une version du plugin, c’est dans SPIP, dans le noyau, cette ligne
et dans selection alors pourquoi le rendu |propre nest pas fait en auto alors…
en fait dès fois en créant des objets, j’ai eut de mémoire a rajouter dans la description des tables le traitement |propre sur certains champs, je croyais que descriptif n’était pas traité d’origine, d’ou ma remarque.
Je ne sais pas, suivant la ligne précédente qui est dans public/interface.php du noyau, TOUTE balise DESCRIPTIF passe dans les traitements des raccourcis donc dans « propre ». Donc je ne vois pas pourquoi là ça n’y passe pas dans l’admin des sélections.
Répondre à ce message
Hello,
Bluffant ! petite sélection éditoriale pour un carrousel, modif du squelettes en 5mns et hop....heureux :)
Il me semble que l’accès aux sélections aurait plus sa place dans Squelettes => Sélections éditoriales ?
Je ne sais pas, ce sont des sélections éditoriales donc on l’a mis dans « Édition »… Le fait de créer des sélections de contenu cohérentes, ce sont des contenus en elles-mêmes. Je suis un peu partagé, et le menu « Squelettes » je ne l’ai jamais trouvé super clair.
Yop,
Avec ce plugin, on agrège du contenu et on l’ordonne.
Il n’y a pas de travail éditorial à proprement parler.
Il me fait un peu penser à Menus...
Répondre à ce message
Bonjour,
Je découvre cet excellent outil qui me donne des idées/envies : pourrait-on envisager qu’à la création d’une sélection éditoriale, on puisse sélectionner une rubrique et autoriser l’ajout automatique et dynamique des objets SPIP contenus dans cette rubrique (articles, sous-rubriques, brèves, sites, etc).
Cordialement,
françois
Bah euh non pas du tout, vu que c’est justement fait pour faire des sélections humaines manuelles, de n’importe quoi. Techniquement ya rien d’impossible mais ça ne fera jamais partie du plugin un truc comme ça.
Je comprends le manque d’enthousiasme ;-) je n’ai pas été très précis dans mon idée.
Justement l’idée est de pouvoir organiser sur une seule page (squelette), humainement / manuellement, différents objet SPIP issus d’une rubrique ; ainsi je peux boucler sur une rubrique et organiser sur cette page des PDFs, les sous-rubriques, les articles et brèves, etc. ... comme le prévoit ton plugin aujourd’hui, mais avec la dimension dynamique supplémentaire.
J’appuie cette demande qui me serait bien utile. J’ai commencé à la développer par moi-même avec une version modifiée du plugin mais je ne suis pas encore à 100% satisfait de mon code et du résultat obtenu.
Pourquoi cela ne ferait-il jamais partie du plugin si cette nouvelle fonctionnalité n’entrave pas les possibilités actuelles ? Je ne vais pas te demander de travailler sur quelque chose dont tu ne vois pas l’intérêt, RastaPopoulos, mais si j’arrivais à un code plus propre, pourrait-il être intégré ?
Bonjour Ben,
... et tu aurais quelque chose à partager, pour test / évolution ?
Répondre à ce message
Bonjour,
Merci pour ce travail
La description des objets sélectionnés n’est pas reprise quand on tape un code de type article123 breve123, ça ne prend que le titre et le logo, pas la description, c’est normal ?
Cordialement
Oui il n’y a pas de possibilité générique, le titre est générique, tout contenu a un titre. Mais le descriptif c’est un truc facultatif, et qui est propre à la mise en avant dans le contenu et en plus suivant le contenu on n’a aucun moyen de savoir quoi prendre, il n’y a aucun champ toujours pareil générique pour ça (alors que le titre oui).
On fait comment pour récupérer l’id de l’objet et boucler dessus dans cette boucle ?
Exemple, c’est un article, on fait une boucle article et on récup le chapeau ou la description
Tu as des champs #OBJET et #ID_OBJET. Tu ne peux pas faire des boucles dynamiques où tu ne connais pas d’avance le type d’objet mais par contre tu peux prévoir pour les objets que tu connais, comme par exemple en faisant :
Répondre à ce message
Bonjour, pour info le filtre adaptive_images{} dans l’exemple de code squelette provoque une erreur chez la plupart des sites qui n’ont pas le plugin tiers installé
Cordialement
Répondre à ce message
Bonsoir à tous,
Ce plugin est génial, merci, j’ai juste un petit souci avec :
Je change l’ordre des articles dans l’interface privée, il le prend en compte, mais dès que je reviens vers le site public, l’ordre n’a pas changé. J’ai l’impression qu’il garde l’ordre alphabétique.
J’ai repris bêtement l’exemple du squelette. Ai-je oublié quelquechose ?
D’avance merci.
Oui merci oui, puisque l’exemple donnait l’ancienne méthode
{par num titre, titre}
ce qui ne classe pas{par rang}
.Répondre à ce message
Bonjour,
ça remplace ou est une évolution du plugin Grappes en quelque sorte donc ?
++
Ni l’un ni l’autre, ça n’a aucun rapport. :D
Il ne s’agit à aucun moment de faire des boucles pour obtenir des #ID (il n’y en a même pas d’enregistré, même si ça pourrait être ajouté en plus). Le but de ce plugin est d’obtenir de l’éditorial : un lien en premier lieu, avec un titre, un texte, une image. Qui peuvent parfaitement n’avoir aucun rapport avec un lien d’un objet SPIP (ça peut être un autre contenu interne page=truc ou une page externe).
Ce plugin sert à faire des choix éditoriaux, pas des listes abstraites d’objets SPIP (même si les choix éditoriaux peuvent contenir, et contiennent même souvent, des objets SPIP).
ok, effectivement rien a voir, chaque nouvelle sélection est personnalisable.
ça évite d’être limité effectivement dans les objets d’une grappe au logo, descriptif court ou autre de l’objet, si je comprends bien...
Le but est effectivement de pouvoir personnaliser les textes et l’image liée à la sélection. En effet, sur une page d’accueil, on peut vouloir une grande image de mise en avant alors même que dans l’article final il n’y a aucun image, ou que des images plus petites ou que des images d’illustration interne à l’article, mais pas de grande image de « com ». Pareil pour titre et descriptif, on peut vouloir écrire des choses spéciales (plus court, plus percutant) quand c’est pour animer une page (que ce soit l’accueil complet du site ou des accueils de rubrique aussi pourquoi pas).
Et au passage comme le plugin sait faire des « listes de choses arbitraires, mais avec de l’éditorial », il sait alors aussi faire des sélections liées à d’autres contenus. Ce qui permet de faire des « Voir aussi » (où là on a encore plus souvent besoin de pouvoir faire des liens externes que sur un accueil). Je m’en sers aussi pour gérer une partie « liste éditoriale » dans les newsletters en plus de l’édito, car sinon il n’y a que des listes automatiques (ou que des listes d’articles et sans pouvoir choisir l’ordre et les textes précis).
Effectivement ça fait un peut plus de contenu a travailler, mais beaucoup moins limité que les grappes comme j’utilise actuellement dans les cas que tu énonce : sélection d’actus, newsletter, colonne aside.
Notamment depuis quelques temps je cherchais une solution pour, justement avoir un titre court et un descriptif qui incite au clic, complètement différent pourquoi pas du contenu réel.
Ça répond a cette problématique. Bravo et merci
Reste le tri via drag/drop ;-) je l’avais mis sur grappes c’est pratique pour le rédacteurs quand même.
manque juste le champ RANG ou ce sera différent comme implémentation si prévu ?
Ce sont des objets avec un titre, donc tu peux parfaitement utiliser les numéros de tri comme pour tous les autres objets :
(SELECTIONS_CONTENUS){id_selection}{par num titre}
avec des « 10. Truc » et « 20. Machin » dans les titres des sélections. D’ailleurs… le plugin pré-numérote lui-même les titres au fur et à mesure que tu en ajoutes.Ce serait très bien d’ajouter en plus le drag’n’drop en plus pour celleux qui ont javascript, c’est juste que j’ai fait avec le temps imparti… :D
Soit en ajoutant un champ (pas forcément utile) ou alors en re-numérotant directement les titres d’une même sélection dès qu’un drag-n-drop est fait (de 10 en 10 comme le plugin Numérotation c’est mieux).
J’imagine ^^ ...
C’est vrai que étant utilisables uniquement dans un seul contexte le numerotage par num titre est moins problématique, j’aime moins cette solution pour les articles ou autres.
j’vais tester ça , l’option deux me parait effectivement la plus judicieuse du coup 1 ;-)
Et voili !!
Un ptit proto, ça fonctionne pas mal aux premiers test ... C’est la :
Selection editoriale - Avec Drag/drop
A++ et bon we
Tu sais que tu as le droit d’avoir un compte sur le dépôt de SPIP-Zone et de participer à l’effort commun plutôt que de le copier en loucedé dans ton coin ? :D
Oui je sais bien ;-)
il y’a de multiples de manière de participer a un effort commun ..
Je prefere juste ne pas publier/travailler/proposer directement sur un espace ou sont générés les paquets automatiquements, risquant de rendre un plugin infonctionnel ...
je ne dois pas être le seul a avoir un dépot svn public et persso, ça permet de proposer une chose et après l’auteur dispose, un peut comme les pull-request de GitHub ...
Euh les paquets ils ne sont générés que dans les chemins précis définis dans archivelist.txt hein. Donc si tu ajoutes un dossier ce n’est absolument pas généré en paquet, et personne ne le verra à part les utilisateurices de SVN :
svn cp trunk branches/dragndrop
…Mist. GraphX tu saurais mettre le tri via drag/drop sur les rubriques et articles des sites spip ?
ç’est pas forcément le bon lieu pour attaquer un sujet comme celui la, un message privé aurait été mieux.
Je répondrais ça dépend du Contexte, et du budget (car je n’en ai pas l’utilité pour moi ou un de mes projets).
Si ça n’as pas été fait c’est que ça poses des problèmes évidents de contexte , on peut assez facilement l’ajouter sur des objets et les classer dans leur conteneur comme les grappes ou les selections, le faire pour les rubriques ou articles est beaucoup plus complexe (pour le faire bien, maintenable, et que ça ne pête pas a la prochaine version de spip) autant dire que je ne suis pas assez au fait des évolutions prévues du core pour m’embarquer a coder un truc qui sera a refaire en 3.2.
En fait plusieurs méthodes ou balises on étés déjà évoquées, donc plusieurs pistes comme le champ #RANG sur les tables de lien ou comme le numérotage de rubriques ou articles, mais rien n’est statué et vraiment générique partout j’ai l’impression. Personnellement je préfère la méthode du champ Rang sur les tables de lien, ça colle plus avec mes habitudes d’utilisation de spip et permet autant de classements que de contextes.
Bref à ta place je m’adresserais plutot à un core dev comme Cedric ou Rastapopoulos ou Marcimat plutôt qu’a moi ...
Merci pour ces infos Mist. GraphX
Après avoir eu des retours sur SPIP de la part de 600-700 personnes ces dernières années, c’est un des points principaux qui revient tout le temps : ces histoires de numéros devant chaque titre qui font perdre, selon eux, toute crédibilité au CMS
Mosaïque par exemple a été une grande avancée pour ordonner les photos dans le portfolio d’un article
ça sera pour une autre fois alors :-)
Ha effectivement, je n’utilise le classement imposé que dans des contextes (grappes, selections editoriales, portfolio, noisettes …). Dans des listes, pages rubriques généralement le classement par date est suffisant : on s’en sort largement sinon en faisant une grappe afin de sélectionne les articles/objets a mettre en avant et de les classer.
A savoir que : je n’utilise pas de squelettes généralistes ou configurables a outrance, je ne fait quasiement que du site a la demande pour un besoin bien précis : ça veut dire pas de mots techniques,pas de numéros, ou autres bidouilles du genre, je fait un squelette qui assemble mes collections de noisettes en gros et pour une problématique client/métier bien définie.
C’est peut être pour ça que je n’ai pas les mêmes retours. Moi ils se débrouille sans doc et j’ai pas a expliquer la plupars du temps.
Cela dit pour tes retours, sur 600 à 700 personnes, si ils mettent ou avaient mis 2€ par personne y’a surement un dev qui se serait interressé pour y consacrer une journée. Et la fonction serait disponible ;-)
A++
Bonjour
@ratapopoulos : j’ai créé la branche/selections_editoriales_dragdrop, et envoyé la version
bonne journée
Yep, j’ai vu, c’est super merci !
Il faut maintenant que je trouve du temps pour tester cette version (ça ne modifie rien au shéma général, c’est juste des modifs d’interface ?). Et du coup fusionner dans le trunk si c’est ok.
Ou, c’est pas le plus simple ;-)
J’ai fait, un copie, puis un diff/merge sur ma version qui datait pour être a jour avec le trunk, et j’ai juste reporté mes modifs :
- ajout d’un fichier action/trier_ action appelée lors du déplacement
- ajout d’id/selecteurs et du javascript sur la liste de selections_contenus
- ajout de la pipeline selections_editoriales_jqueryui_forcer, charge les composants sortable juste pour le privé
donc a priori, oui c’est bon, et dans l’historique svn de la banche tu dois voir toute les modifs
Au fait, ça a été intégré le drag’n’drop pour trier ou pas du coup ?
ya presque un an oui :)
https://zone.spip.org/trac/spip-zone/changeset/95835
Répondre à ce message
Idéalement dès lors que l’on utilise les sélections éditoriales pour configurer des sélections devant apparaître dans le squelette il pourrait être intéressant que la modification soit réservée au webmestre (possibilité de verrouiller comme c’est le cas dans le plugin compositions par exemple).
Le webmestre c’est plutôt un statut correspondant à des opérations techniques ou à des choix techniques, qui ne doivent plus du tout bouger, sinon ça pète le site (comme parfois, pas toujours, pour compositions, où il FAUT que telle rubrique est telle composition absolument).
Alors que là il s’agit plutôt de choix éditoriaux, fixés par des gens précis oui, mais qui peuvent bouger plus souvent que des choix techniques. Et ça c’est pour les admins à priori les choix éditoriaux (tout comme le fait de décider ce qui sera publié).
Dès lors que l’on définit une sélection éditoriale et qu’on l’appelle dans le squelette pour gérer, par exemple, les articles du diaporama de la page d’accueil, on est bien dans le cas de figure où cette sélection ne doit pas pouvoir être supprimée sans casser le site.
C’est le cas de l’exemple donné :
où si la sélection est supprimée ou l’identifiant modifié in aura plus rien d’affiché.
Répondre à ce message
J’ai le message : Undefined filter generer_lien_entite ../plugins/auto/selections_editoriales/v1.6.12/prive/squelettes/inclure/selection_infos.html dans la boucle _liens
Je suis en SPIP SPIP 3.0.24
Pourtant c’est une fonction qui est dans inc/filtres et qui donc est toujours chargée quand il y a un squelette compilé :
http://code.spip.net/autodoc/tree/ecrire/inc/filtres.php.html#function_generer_lien_entite
Salut,
J’ai le même message d’erreur suite à la création d’une sélection éditoriale :
SPIP 3.0.24 [23212]
Cette utilisation a été ajouté dans un commit récent de kent1 :
http://zone.spip.org/trac/spip-zone/changeset/100665
Mais la fonction n’a été ajouté qu’en 3.1 il y a deux ans. Alors que la branche du plugin est à la fois pour 3.0 et 3.1.
Donc soit il va falloir l’enlever, soit il faudrait reporter cette fonction en 3.0.
Répondre à ce message
Je suis en train de tester le plugin et j’avoue avoir un peu de mal avec la sélection qui doit utiliser le raccourci Spip. Ce ne serait pas plus simple et convivial de pouvoir rechercher dans les contenus via une recherche ? Soit arborescente, soit en affichant les résultats lors de la saisie des prermiers caractères ?
Installe le plugin Sélecteur générique en même temps et tu auras ce que tu voudrais (seulement pour celleux qui ont javascript par contre…), avec une liste autocomplétion.
Merci, c’est super
Répondre à ce message
il y a une raison pour que le conteneur sélection éditoriale n’ai pas de classe CSS spécifique possible ? ça pourrait éviter de devoir stipuler quelque chose sur chaque enfant…
Je rejoins assez cet avis, après quelques mois d’utilisation dans des contextes différents.
Je passe la classe au conteneur lors de l’appel a mes noisettes/modèle d’affichage des selections, mais pouvoir le spécifier depuis l’admin pourrais être utile dans certains cas.
oui oui, bah il faut ajouter un champ « css » dans l’objet Sélection, comme je l’ai fait pour Formidable il n’y a pas longtemps.
ok, je finis un chantier et je regarde pour publier ça, demain ou ce WE ;-)
Merci de ton retour et bonne journée
@++
C’est ajouté dans la version 1.6.7
Répondre à ce message
Salut et merci pour ce plugin !
J’aimerais ranger des sélections dans des rubriques, pour
1. Les classer (je compte en faire beaucoup)
2. Réutiliser un champ commun à plusieurs sélections (la description de la rubrique par exemple)
J’ai vu qu’il était possible d’ssocier une sélection à une rubrique. Mais ce n’est pas ce que je cherche, moi je voudrais pouvoir ranger plusieurs sélections dans une rubrique.
Est-ce possible, sans créer un article par sélection ?
Non ce n’est pas prévu. Et je ne vois pas de quoi tu parles en évoquant un article par sélection.
Répondre à ce message
Bonjour et merci pour ce plugin intéressant.
je vois un « problème » qui m’empêche de l’utiliser :
les auteurs peuvent « créer » une sélection éditoriale pour un article, mais ne peuvent pas en fait y ajouter de contenus, ni la modifier ! Idem pour les sélections autonomes !
Donc ça n’est pas utilisable en fait, mais peut-être que ça vient de ma configuration (j’ai le plugin Autorité ?
C’est pareil ailleurs ?
- L’idéal pour moi serait d’ailleurs que seuls les admins puissent créer des sélections (ou qu’on puissent choisir si auteurs peuvent en créer ou pas).
(j’ai spip 3.1)
J’avoue que je ne teste pas souvent en rédacteurs, mea culpa. Il faudrait que je reteste donc plus en détail parce qu’au niveau du code, en théorie, on est censé pouvoir modifier (et donc ajouter des contenus) dans une sélection, à partir du moment où on fait partie des auteurs de la sélection (donc même quand on est pas admin). Et normalement quand on crée la sélection, on est bien automatiquement ajouté comme auteur.
Répondre à ce message
Hello,
Avec le plugin tout juste activé et aucun objet de sélectionné dans la configuration du plugin, sur la page des sélections, la liste est affichée 2 fois : https://framapic.org/y9Bd4GCkwt1e/IzKRaTJv8VT1.png
J’imagine que la 2de liste est issue du pipeline afficher_complement_objet et qu’il y a un mic-mac dans les autorisations (mais je n’ai pas regardé en détail).
Spip 3.1-rc3, sélections éditoriales 1.2.4
Peut-être mieux avec ça ?
http://zone.spip.org/trac/spip-zone/changeset/93688
Top ! c’est tout bon (jacques).
Répondre à ce message
Pour info, avec le plugin Formulaire upload html 5 activé, ça donne ça (image jointe)
http://contrib.spip.net/Formulaire-d-upload-en-html5
Répondre à ce message
Hello,
2 petites suggestions :
- Quand on ajoute une sélection correspondant à un objet SPIP, le logo de la sélection pourrait être automatiquement récupéré à partir de celui de l’objet.
- Toujours dans le cas de sélection correspondant à un objet SPIP, la saisie « sélecteur » pourrait être pratique, en complément de l’input texte.
Répondre à ce message
2 points sur lequel je m’interroge
1)
Et si je met à jour le contenu après-coup ?
2) dans l’exemple de boucle, tu met #DESCRIPTIF. Pareil, question idiote : c’est bien le descriptif rempli dans le formulaire, pas le descriptif de l’objet SPIP ?
j’imagine qui si je veux que cela aille chercher l’objet SPIP tel qu’à l’heure actuelle, il vaut mieux utiliser Grappes qui référence des objets...
1) Si tu vides le titre, il sera re-remplit à partir de l’URL. En revanche tu peux le modifier après-coup pour le personnaliser et mettre autre chose que le titre venant de l’URL.
2) De quel objet ? Un contenu sélectionné c’est pas spécialement un objet SPIP, c’est ce qu’on veut. Donc il s’agit du texte plus long (pas le titre quoi) associé au contenu sélectionné. Cf la capture du formulaire juste au-dessus : URL, titre, descriptif, CSS.
oui, ok, c’est bien ce que j’avais compris. Ca ne référence pas des objets SPIP qu’on affiche, c’est plutot des titres/liens/descriptions, éventuellement récupéré depuis des objets SPIP.
Ma question 1) était. Si je publie un article sous le titre « toto », que je le met comme selection, et qu’ensuite je renomme l’article « tata », la selection ne sera pas renommé « tata ».
2) tu a répondu à ma question.
En fait ce n’est pas une selection d’objet, mais une selection de contenu...
Voilà, le plugin permet de faire des listes de contenus quelconques, qui peuvent soit être des choses internes, soit des choses externes, ou même encore des choses internes mais pas objet SPIP (spip.php ?page=truc&machin=chose par exemple). Peu importe.
En fait, les trucs de remplissages dans le formulaire, ce sont juste des aides lors de la création.
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires : |