Hiérarchie unique ou multiple ? les deux !
Une unique rubrique, sinon c’est le bazar !
Par défaut, SPIP ne permet qu’une hiérarchie simple, qui consiste à associer chaque élément éditorial à un unique parent. Ceci résulte d’une volonté de contraindre le webmestre à structurer son site sainement.
En effet, le besoin de faire apparaître un contenu à deux endroits du site relève souvent d’une classification pas aboutie et d’une navigation mal pensée. Contraindre le webmestre à choisir une unique rubrique l’oblige donc à un minimum de réflexion sur l’arborescence du site, et évite la tentation des liens transverses multiples qui conduisent rapidement au capharnaüm.
Ainsi par défaut, SPIP ne permet de fabriquer que des sites bien rangés, avec une arborescence dont la hiérarchie stricte permet de ne pas se perdre.
Mais la polyhierarchie, c’est bien utile...
On parle de polyhierarchie [1] dès lors qu’un contenu est rattaché à plusieurs parents.
Il est parfois impossible de classer certaines données en arborescence, tel que le propose SPIP, sans perdre beaucoup en terme de compréhension ou de navigation. Pour illustrer un tel besoin, on peut lire les discussions sur la catégorisation hiérarchique dans Wikipedia qui en arrive à la conclusion que les liens hiérarchiques n’ont pas leur place dans une encyclopédie digne de ce nom
, ou apprécier le cas, plus trivial, du classement de recettes de cuisine qui sont liées chacune à plusieurs ingrédients, à plusieurs type de plat, etc.
Dans ces cas-là, l’arborescence stricte imposée par SPIP est une limite gênante et les contournements habituellement utilisés (article virtuel, alias d’article, recopie de l’article) sont plus ou moins adaptés, plus ou moins pratiques et souvent lourds à l’usage.
Principe du plugin polyhierarchie
Le plugin permet de créer des liens hiérarchiques transversaux en rattachant articles et rubriques à plusieurs rubriques.
Dans la base de données, chaque article et rubrique conserve son unique parent principal, ce qui permet de désinstaller le plugin sans dommages pour le site.
Les liens secondaires vers les autres rubriques sont stockés dans une table annexe. Ils sont utilisables via des critères de boucle spécifiques.
On peut donc parler, pour chaque objet
- d’une arborescence principale, qui permet d’accéder le plus directement au contenu. On appellera "liens directs" les liens qui constituent cette arborescence principale. Ce sont les liens en trait continus sur l’exemple ci-dessus.
- d’une ou plusieurs arborescences complémentaires ou secondaires qui permettent d’accéder au contenu de façon indirecte. On parlera de liens indirects. Ce sont les liens en traits pointillés sur l’exemple ci-dessus.
Les termes « direct » et « indirect » seront utilisés dans les critères pour distinguer les deux types de liens pour les parents et les enfants.
En résumé, on peut retenir que les liens directs constituent l’arborescence principale de SPIP, qui est maintenue, même en l’absence du plugin. Les chemins secondaires constitués des liens indirects sont des navigations complémentaires ou transversales, qui ne seront utilisables que si le plugin est actif.
Utilisation dans l’espace privé
Dans l’espace privé, l’arborescence principale reste la référence. Mais les liens indirects permettent des navigations transversales utiles pour l’organisation du site.
Édition d’un article ou une rubrique
Lors de l’édition d’un article ou d’une rubrique, le sélecteur de rubrique par défaut est remplacé par un système de sélection multiples.
La première rubrique de la liste est celle de l’arborescence principale. Les suivantes constituent l’arborescence secondaire. Il est possible de changer l’ordre des rubriques par simple glisser-déplacer pour modifier la rubrique parente directe.
Le lien « ajouter » permet de faire apparaitre le navigateur de rubrique pour sélectionner une rubrique supplémentaire.
Il suffit de cliquer sur le « + » en regard d’une rubrique pour l’ajouter aux parents sélectionnés.
Le champ « Ajout rapide » permet d’indiquer un id_rubrique pour l’ajouter sans chercher dans l’arborescence. Il suffit d’entrer rubX (où X est l’id_rubrique) dans le champ et de cliquer sur Ajouter.
Chemins secondaires
Lorsqu’un article a plusieurs parents, le chemin affiché en haut est celui qui constitue l’arborescence principale. Les parents indirects sont également listés après la mention « Egalement dans les rubriques ».
Les liens permettent d’aller vers ces rubriques parents secondaires.
Contenus secondaires d’une rubrique
Dans une rubrique qui contient des enfants indirects, ceux-ci sont listés dans la marge latérale.
Comme précédemment, les liens permettent de naviguer vers ces contenus secondaires pour les modifier.
Utilisation dans les squelettes
L’utilisation de la polyhierarchie suppose que les squelettes soient conçus pour gérer les possibilités de navigation transversales. Pour cela, le plugin mets à disposition du webmestre plusieurs critères permettant de naviguer dans les arborescences multiples.
La boucle HIERARCHIE
La boucle HIERARCHIE n’est pas modifiée. Elle permet donc de dérouler le chemin principal d’une rubrique.
Le critère {branche}
Le critère {branche} est étendu. Il englobe par défaut les éléments liés indirectement aux rubriques de la branche, mais sans parcourir les rubriques enfants indirectes.
Dans une boucle RUBRIQUES, les rubriques rattachées indirectement à la branche directe seront donc inclues, mais pas parcourues (leurs enfants ne seront donc pas inclus)
<ul>
<BOUCLE_branche2(RUBRIQUES){branche #ID_RUBRIQUE}>
<li>#ID_RUBRIQUE-#TITRE</li>
</BOUCLE_branche2>
</ul>
Appliqué à la rubrique d' du schéma ci-dessus, le critère {branche} donnerait donc la liste b, g', f', h, e
Dans une boucle ARTICLES, les articles rattachés indirectement sont inclus, mais pas les articles enfants d’une rubrique rattachée indirectement.
Par ailleurs, l’écriture {branche #ID_RUBRIQUE} est acceptée.
Le critère {branche_complete}
Le critère {branche} est donc complété par un critère {branche_complete} qui inclut cette fois tous les contenus trouvés en parcourant toutes les branches principales et secondaires.
<ul>
<BOUCLE_branche_complete3(ARTICLES){branche_complete #ID_RUBRIQUE}>
<li>#ID_ARTICLE-#TITRE</li>
</BOUCLE_branche_complete3>
</ul>
Appliqué à la rubrique d' du schema ci-dessus, le critère {branche_complete} donnerait donc la liste b, g',a, c, f', h, e
L’écriture {branche_complete #ID_RUBRIQUE} est acceptée.
Le critère {branche_principale}
Symétriquement, le critère {branche_principale} permet de réduire la sélection aux éléments de l’arborescence principale uniquement. Ce critère permet donc de retrouver les enfants de la branche principale classique de SPIP.
Appliqué à la rubrique d' du schéma ci-dessus, le critère {branche_principale} donnerait donc la liste g', f', h, e
Le critère {enfants}
Il permet de sélectionner les enfants d’une rubrique. Il peut s’utiliser sur une boucle RUBRIQUES, ARTICLES, ou tout autre boucle contenant un champ id_rubrique, même si la polyhierarchie ne s’y applique pas.
Il peut s’écrire {enfants} et prendra alors l’#ID_RUBRIQUE dans le contexte ou dans la boucle englobante, ou explicitement {enfants #ID_RUBRIQUE} ou encore {enfants #LISTE{12,23,36}} pour cibler plusieurs rubriques.
Appliqué à la rubrique d' du schéma ci-dessus, le critère {enfants} donnerait donc la liste b, g'
Le critère {enfants_directs}
Il fonctionne comme le critère {enfants}, mais permet de restreindre la sélection aux enfants directs.
Appliqué à la rubrique d' du schéma ci-dessus, le critère {enfants_directs} donnerait un seul résultat g'
Le critère {enfants_indirects}
Il fonctionne comme le critère {enfants}, mais permet de restreindre la sélection aux enfants indirects.
Appliqué à la rubrique d' du schéma ci-dessus, le critère {enfants_indirects} donnerait un seul résultat b
Le critère {parents}
Il permet de sélectionner les parents d’une rubrique, d’un article, ou de tout autre contenu. Il ne peut s’utiliser que sur une boucle RUBRIQUES.
Il peut s’écrire {parents} et fait référence à l’élément de la boucle englobante, ou {parents #GET{id_rubrique}} et fait référence à la valeur passée, ou {parents #LISTE{12,23,36}} .
Appliqué à la rubrique b du schéma ci-dessus, le critère {parents} donnerait donc la liste d, d'
Le critère {parents_directs}
Il fonctionne comme le critère {parents}, mais permet de restreindre la sélection aux parents directs (un seul dans la pratique !)
Appliqué à la rubrique b du schéma ci-dessus, le critère {parents_directs} donnerait donc la liste d
Le critère {parents_indirects}
Il fonctionne comme le critère {parents}, mais permet de restreindre la sélection aux parents indirects.
Appliqué à la rubrique b du schéma ci-dessus, le critère {parents_indirects} donnerait donc la liste d'
Publication des rubriques
Par défaut, dans SPIP, une rubrique n’est visible dans l’espace public et dans les boucles que si elle contient des objets publiés.
Avec polyhiérarchie, à partir de la version 0.3.0 du plugin, si une rubrique ne contient aucun contenu direct, mais des articles ou rubriques indirects publiés, la rubrique sera alors publiée et visible dans l’espace public.
Pour résumer
Le plugin met a disposition tous les outils pour concevoir et développer avec SPIP des sites faisant appel à la polyhiérarchie.
Cela peut aller de simples cas où les articles sont ponctuellement présent dans une seconde rubrique, à des cas complexes faisant un usage avancé de la polyhierarchie.
Dans tous les cas, il convient de bien réfléchir préalablement à la classification des données du site, et de ne pas se précipiter dans une organisation approximative au prétexte que le plugin permet ensuite de faire des liens transversaux.
Le plugin met a disposition des outils et des possibilités, mais c’est au webmestre de veiller ensuite à l’usage qui en sera fait !
Et après ?
Cette première version du plugin a pour but d’évaluer le concept et les limites qu’il faudra lui poser éventuellement.
En fonction des usages il pourra être utile d’enrichir le plugin avec des possibilités de configuration (par exemple pour ne permettre la polyhierarchie que sur les articles), ou des contrôles de sécurité (par exemple ne pas mettre un contenu dans une rubrique et dans sa parente, ne pas créer de navigation circulaire ...).
Discussions par date d’activité
97 discussions
Un grand merci à Cédric Morin pour ce formidable plugin qui devrait être intégré à SPIP par défaut.
Merci !
Je l’utilise partout depuis très longtemps et il est pour moi indispensable !
Cela méritait d’être dit ! Super PLUGIN !! Cela fait de spip une solution tellement souple et facile de déploiement. Merci
Répondre à ce message
Bonjour,
Encore moi !
Sur le site actes-de-lecture.org je mets en ligne une revue pédagogique avec le squelette Éditorial (HTML5UP).
J’ai une rubrique « Par numéro » et une autre, que j’aimerais faire « Par thème ».
J’utilise le plugin « Polyhierarchie » mais je n’arrive pas à afficher les articles classés dans les thèmes. Quel fichier modifier ?
Merci de votre aide.
Robert
Répondre à ce message
Bonjour,
Il me semble qu’il y a un petit problème : dans l’espace privé lorsqu’on est au niveau d’une rubrique, les articles qui y sont attachés par le plugin Polyhiérarchie n’apparaissent pas. Ou plutôt chez moi, sous « Tous les articles publiés dans cette rubrique » c’est la totalité des articles qui sont affichés...
Sous SPIP 3.2.5, plugin mis à jour.
Merci
Répondre à ce message
Bonjour,
Rafale de messages d’erreurs en partie privée :
Warning : count() : Parameter must be an array or an object that implements Countable in /homepages/11/.../AFL_Athletes/plugins/auto/polyhier/v3.6.10/polyhier_pipeline.php on line 41
Warning : count() : Parameter must be an array or an object that implements Countable in /homepages/11/.../AFL_Athletes/plugins/auto/polyhier/v3.6.10/polyhier_pipeline.php on line 41
Warning : Cannot modify header information - headers already sent by (output started at /homepages/11/.../AFL_Athletes/plugins/auto/polyhier/v3.6.10/polyhier_pipeline.php:41) in /homepages/11/.../AFL_Athletes/ecrire/inc/actions.php on line 147
Que faire ? Que faire ?
Merci
Robert
Répondre à ce message
Bonjour,
j’utilise ce plugin depuis un moment déjà, il est super
Mais est-il possible de trier l’ordre d’affichage des rubriques dans le choix de celles-ci par titre et non par ID, j’ai cherché dans le plugin mais je n’ai pas vu où le tri est mis.
Je m’explique, dans l’exemple que vous avez sur la page au niveau de racine du site, il y a :
Vie du site
boisson
Céréales
j’aimerais avoir un truc du style
boisson
céréales
vie du site
Quelle version de SPIP et du plugin ? Car chez moi c’est deja par ordre alphabétique (sauf si les rubriques sont numérotés, dans ce cas cela suit l’ordre de la numéoration)
Bonjour,
merci de la réponse, (j’avais déjà posté mais il n’apparaît pas sans doute à cause de la coupure de courant même s’il me semble que j’ai enregistré avant)
le plugin est la 2.3.9 donc normalement la dernière
spip est en 3.0.21, il faut que je récupère mes modifs avant de le mettre à jour au cas où certains plugins dont je me sers ne soient plus compatible.
je crois que c’est quelque chose qui avait été modifié dans la 3.1.
Plutot que de passer en 3.2, si cela est problématique en terme de plugin, tu peux installer
Sélecteur de rubriques avec tri alphabétique.
Mais bon, la 3.0 est une branche finissante, donc ce serait effectivement pas mal de migrer à un moment vers la 3.2.
tu peux pour cela utiliser le þplugin de vérification de compatibilité des plugins.
Et dans tous les cas, sauvegarde etc.
Un énorme merci,
effectivement, je suis entrain de regarder mes plugins pour tout mettre à jour. Certains sont primordiaux pour moi.
Mais en attendant, je vais utiliser le plugin sélecteur.
Répondre à ce message
Bonjour,
une fois la liste des articles de la rubrique affichée est-il possible de faire un tri sur cette liste en selon les différentes rubriques secondaires de l’article ?
Voici ce que j’ai mis pour le moment :
Répondre à ce message
Bonjour,
sous SPIP 3.2.1 avec Polyhiérarchie 3.6.9, cache vidé, j’ai un problème d’affichage des logos des articles disponibles...
Répondre à ce message
Bonjour,
j’ai créé un site il y a 3 ans sur SPIP 3.0 que je dois basculer sur SPIP 3.2 pour des raisons de changement de serveur (et compatibilité avec PHP 7)
J’ai réussi à reprendre toutes les fonctionnalités du site à travers les différents plugins.
Pour PolyHiérarchie j’ai téléchargé la version 2.3.8 et j’ai un soucis avec la boucle suivante :
qui me sort une liste partielle de mes articles alors que sur la version 2.0.8 ça fonctionnait très bien.
Après qq essais, il semble que ce soit branche_complete #ID_RUBRIQUE qui pose problème (comportement différent) mais à confirmer (je n’ai pas creusé le code PHP)
Du coup, j’ai voulu remettre la version 2.0.8 mais je ne la retrouve pas.
Est-ce que ce changement de comportement vous parle ? Ou à défaut, qqn peut-il me dire comment je peux réinstaller l’ancienne version du plugin ?
Merci de vos conseils.
Cordialement,
Répondre à ce message
Bonjour,
Reprenant un site SPIP mais n’y connaissant pas grand chose, j’ai installé le plugin « polyhierarchie » pour pouvoir appliquer un article à plusieurs rubriques. L’objectif est d’avoir les dernières infos de ma rubrique « news » visible dans d’autres rubriques. Voir le site : www.agi-son.org
Mes infos :
Version SPIP : 2.1.16
Version plugin Ployhierarchie : 1.0.1
Version plugin SPIPBOnux : 2.3.0
RAS concernant l’installation, l’ajout de rubrique à un article mais l’article en question n’apparait pas dans la nouvelle rubrique sélectionnée...
Je n’ai pas touché au squelette....
D’avance merci pour votre aide !
Il faut toucher aux squelettes :)
C’est-à-dire : il faut donner, dans les squelettes, les instructions pour produire l’affichage souhaité. Sinon, cela ne change rien au site (et heureusement).
Bonjour,
Je suis dans le même cas que Com et que Raphaailes (message de janvier 2011 resté lui aussi sans réponse) et peut-être quelques autres : nous avons installé Bonux et Polyhiérarchie, tout fonctionne bien en espace privé mais rien ne change en espace public.
C’est bien gentil de nous indiquer qu’il faut « toucher aux squelettes » mais comme nous ne savons pas le faire, sur quel fichier le faire, quoi modifier dans le fichier, cela ne nous fait pas avancer d’un centimètre.
Est-ce contraire aux valeurs de SPIP que les « sachants » expliquent aux béotiens qui débarquent, acceptent de les prendre un peu plus par la main ?
S’ils veulent rester entre eux et n’accepter que les nouveaux ayant de fortes prédispositions à l’informatique, qu’ils continuent et restent entre eux mais s’ils veulent partager et répandre SPIP il faudrait qu’ils soient un peu plus indulgents et généreux dans les explications, dans l’attitude et en acceptant de « s’abaisser » au niveau de leurs interlocuteurs pour pouvoir les tirer ensuite vers le haut.
Si l’on demande à un débutant cycliste de commencer par une randonnée de 200km avec trois cols on est å peu près certain de le voir tourner les talons avant même de commencer ou au bout de 30km. Si on commence au contraire par 30km, il sera partant pour en faire 40 à la sortie suivante.
Je me sens dans cette position.
Cordialement,
Cassius
Bonjour Cassius,
Il y a des explications plus haut dans le paragraphe « Utilisation dans les squelettes »
Il serait bon aussi que vous appreniez(si ne n’est déjà fait) , préalablement, les mécanismes élémentaires de la boucle RUBRIQUES de SPIP et les utiliser.
Et tester ensuite les différents critères indiqués plus haut. Vous devriez pouvoir vous en sortir...
Bon courage !
Bonjour,
Non mais est-ce si dur que ça de prendre un moment pour expliquer à un nouveau l’explication qu’il a besoin CLAIREMENT ?
Vous dites tous qu’il faut aller voir les documentations, tels paragraphe, etc. Mais pensez-vous qu’on serait là a nous amuser a poser des questions inutilement sans avoir chercher dans les DOCUMENTATIONS et les FORUMS si on avait trouvé les réponses a nos question ?
Sans déconné les gars, nous les débutants, nous n’avons pas la science infuse. Et si vous voulez que SPIP soit plus connue, il faudrait que la communauté soit plus présent (pour répondre aux questions sur les forums et dans les commentaires de site comme ça non pas 10 000 ans plus tard mais le plus tôt possible), plus généreuse des les explications comme l’a dit Cassius. Si non tout le monde se barrera.
Cordialement.
Jhessy
À mon avis, vous pouvez
vousRépondre à ce message
Bonjour,
je relance une question : comment faire apparaître un article dans plusieurs rubriques.
J’ai compris qu’il fallait ajouter le critère branche_complete #ID_RUBRIQUE dans la boucle article du squelette.
Gros problème pour moi : je ne sais pas comment faire.
J’ai ouvert la page article.html dans le dossier squelettes-dist
J’ai copié le code et collé dans word.
J’ai rajouté [(ID_RUBRIQUE)branche_complete] tout en haut de la page (mais je ne sais pas du tout si c’est là ou si c’est la bonne formule à taper.
BREF, vous l’aurez compris, je n’y connais rien du tout mais j’ai vraiment fait des efforts.
Pouvez-vous m’aider s’il vous plaît
Merci
PS : Voici le code sur la page :
[(#ID_RUBRIQUE)branche_complete]
[(#REM) Cf. : http://paulirish.com/2008/conditional-stylesheets-vs-css-hacks-answer-neither/ ] [] []
[(#REM) Contenu principal : contenu de l’article ]
<:accueil_site :>>[(#TITRE|couper80)][ > (#TITRE|couper80)]
[
(#SURTITRE)
]
[(#LOGO_ARTICLE_RUBRIQUE|image_reduire40,*) ]#TITRE
[
(#SOUSTITRE)
]
(#DATE(#DATE[, <:par_auteur :> (#LESAUTEURS)]
[(#REM) Inclure le modele des liens de traductions ] #MODELEarticle_traductions
[
(#CHAPO|image_reduire500,*)
] [
(#TEXTE|image_reduire500,*)
] [
<:voir_en_ligne :> : [(#NOM_SITE|sinon[(#URL_SITE|couper80)])]
] [
(#PS|image_reduire500,*)
] [(#REM) Gestion du portfolio et des documents ] [(#INCLUREfond=inclure/documents,id_article, env)] [(#REM) Petition : La petition ayant une PAGINATION il faut absolument env et pourquoi pas ajax ](#PETITION [
(#NOTES)
] [(#REM) Forum de l’article ] [
Un message, un commentaire ?
(#FORMULAIRE_FORUM)]
#FORMULAIRE_RECHERCHE [(#REM) Articles dans la meme rubrique ]
<:meme_rubrique :>
• #TITRE
[(#REM) Menu de navigation mots-cles ] #MODELEarticle_mots
Pourquoi personne n’a répondu à sa question ?
Je suis dans le même cas que lui.
J’imagine que pour les utilisateurs de SPIP aguerri, ils pourraient résoudre ce problème en moins de 2 ; mais non, personne ne fait l’effort de le répondre (ce qui aurait pu m’aider et d’autres débutants comme mois).
C’est ce qui m’énerve un peut dans cette communauté ; impossible d’avoir des réponse à ses question. Et quand bien même il y a une, la réponse est hyper mâché, pas complète, ou mal expliquée.
malheureusement ca va pas marcher avec mois, malgré il est trés utile.
Votre niveau d’incompréhension est trop élevé pour qu’on puisse vous répondre sans avoir à vous expliquer tout le SPIP.
Le critère se mets sur une boucle, pas sur une balise.
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 :
|
