Historique
Court-circuit 2 est une évolution de Court-circuit 1, reprenant le principe du court-circuitage des rubriques.
À la différence de la précédente, cette seconde version ne gère que le court-circuitage des rubriques. La fonctionnalité de reset des squelettes par défaut de SPIP, proposée par la première version du plugin, n’est donc plus présente. Vous pouvez néanmoins retrouver cette fonctionnalité avec les squelettes SPIP Reset ou la trousse à tetue.
Concernant le court-circuitage des rubriques, Court-circuit 2 utilise le pipeline styliser pour procéder, le cas échéant, à une redirection HTML (status 301), à la différence de Court-circuit 1 qui surchargeait le squelette rubrique.html. De fait, votre squelette rubrique.html reste donc utilisable pour les rubriques qui ne seraient pas redirigées. Cela permet également à Court-circuit d’être compatible avec tout squelette, y compris Zpip.
Une fois installé et activé, Court-circuit 2 ne nécessite aucune adaptation de vos squelettes.
Pour en savoir plus sur le court-circuitage des rubriques, voir court-circuiter les rubriques de SPIP pour accéder directement aux articles.
Fonctionnement par défaut
Lorsque le visiteur demande à voir une rubrique, Court-circuit 2 essaie de déterminer s’il doit rediriger le visiteur vers un article précis. Il redirigera dans l’ordre :
- vers le seul article de la rubrique si cette dernière n’en contient qu’un,
- sinon, vers l’article d’accueil de la rubrique si la rubrique en a un et que le plugin Article d’accueil est installé et activé,
- sinon vers le premier article numéroté de la rubrique [1]
- sinon, si la rubrique ne contient pas d’article numéroté, Court-circuit 2 redirigera vers l’article le plus récent de la rubrique,
- si la rubrique ne contient aucun article, Court-circuit 2 sélectionnera la première sous-rubrique de la rubrique (tri croissant par numéro du titre et décroissant par date) et appliquera l’ensemble de ces règles à cette sous-rubrique.
Enfin, si la rubrique ne contient ni article ni sous-rubrique (cas d’une rubrique ne contenant que des brèves et/ou des sites web), alors le squelette rubrique.html sera chargé (absence de redirection).
Par défaut, Court-circuit 2 ne s’applique pas aux rubriques auxquelles s’applique une variante de squelette (du type rubrique-3.html ou rubrique=5.html) ou bien aux rubriques ayant une composition (si le plugin homonyme est activé).
Personnaliser les règles de redirection
Si le plugin CFG et/ou le plugin SPIP Bonux est/sont actifs, vous pouvez sélectionner les règles de redirection à appliquer via un formulaire de configuration accessible vis le menu Configuration si vous utilisez l’ancien bandeau ou le menu Squelettes si vous utilisez le nouveau bandeau.
Vous pouvez activer/désactiver chaque règle séparément. Court-circuit 2 teste chaque règle active dans l’ordre dans lesquelles elles sont affichées sur le formulaire. Court-circuit 2 regarde tout d’abord si la première règle active fournit une redirection. Si c’est le cas, Court-circuit 2 s’arrête et effectue la redirection. Sinon, Court-circuit 2 regarde la seconde règle active, et ainsi de suite.
Si aucune des règles actives ne produit une redirection, alors le squelette rubrique.html est chargé de manière classique. Vous pouvez ainsi avoir choisir de ne rediriger que certaines rubriques, par exemple en utilisant le plugin Article d’Accueil et en n’activant que les deux premières règles.
Vous pouvez également décider d’appliquer les redirections d’articles y compris aux rubriques ayant une variante de squelette ou une composition.
Note : les options concernant les articles d’accueil et les compositions ne seront affichées dans le formulaire que si les plugins homonymes sont actifs.
Balise #URL_RUBRIQUE
Vous pouvez aussi demander à Court-circuit 2 d’agir également sur la balise #URL_RUBRIQUE, cette dernière renvoyant alors, le cas échéant, directement l’URL de la redirection.
Évolutions possibles
D’autres règles de redirection pourront éventuellement être ajoutées en fonction des besoins. Le forum est là pour en discuter.
Discussions par date d’activité
21 discussions
Bonjour Joseph, je suis en z-core avec composition. Le court-circuit passe dans ma composition même quand j’exclue ma composition dans mes fichiers de surcharges :
- courtcircuit_selection_rubrique.html
- courtcircuit_selection_article.html
J’imagine que c’est dans le pipeline courtcircuit_pipelines.php qu’il faut agir ?
Quelle serait la syntaxe pour exclure une composition dans la fonction courtcircuit_styliser ?
Merci
oups c’était ma composition qui ne passait pas dans les branches. J’ai corrigé. Désolée pour le bruit, le court-circuitage ne s’applique effectivement pas aux compositions.
Ravi que tu aies trouvé la solution.
Cordialement
Répondre à ce message
Bonjour,
Merci bien, il est top ce plugin, il permet de faire des chose plus propre que de mettre des url n dur dans les pages :-)
Petite question... Est-il possible de court-circuiter court-circuit ?
Je m’explique, j’ai activé le plugin pour qu’il gère bien la redirection dans pratiquement tous les cas (variante de rubrique, composition, 1 seul article, 1er article et balise #URL_RUBRIQUE et ça marche à merveille. Par contre dans mon footer je fais un lien vers une rubrique que j’utilise pour les actualités #URL_RUBRIQUE2 et du coup le lien généré correspond à mon actu la plus récente alors que je souhaite vraiment afficher ma rubrique pour voir toutes mes actus.
J’ai essayer au pif URL_RUBRIQUE**2 mais ça ne change rien.
Quelqu’un connait-il un moyen de désactiver court-circuit dans ce cas précis et pouvoir récupérer le lien de ma rubrique ?
Merci et bonne soirée.
Court-Circuit agit directement sur le chargement de la rubrique. On peut le désactiver pour une rubrique mais pas pour un lien spécifique.
Si je comprends, le comportement souhaité c’est de renvoyer sur l’actu la plus récente sur le lien situé dans le menu mais de renvoyer sur toutes les actus avec le lien dans le pied de page ?
Une manière de procéder consiste à créer un squelette personnalisé (appelé actus par exemple, et qui peut être un copier/coller du squelette rubrique), le lien dans le pied de page pointant alors vers ce squelette particulier.
Bonjour Joseph,
Merci pour la réponse.
En fait, ce que je souhaite faire, c’est pointer directement sur ma rubrique 2 (et uniquement celle là) afin d’utiliser son squelette pour lister un résumé de tous ses articles (mes actus). Mais avec le plugin je suis redirigé vers son article le plus récent.
Tu parles d’un moyen pour désactiver la redirection pour une rubrique, ça peut m’intéresser, tu fais comment stp ?
Car pour l’instant, j’ai fait ça un peu à la barbare en modifiant directement la fonction : courtcircuit_calculer_balise_URL_RUBRIQUE en ajoutant une condition du genre :
if ($id_rubrique !=2)
A bientôt,
Berty
Mais pour les autres rubriques tu veux pointer vers l’article le plus récent ?
Pour court-circuiter court-circuit tu dois soit faire un squelette spécifique (rubrique=2.html) soit une composition spécifique (rubrique-actus.html et l’appliquer à la rubrique). Il n’y a pas encore de système pour activer/désactiver court-circuit rubrique par rubrique.
Cordialement
Exactement, les autres rubriques pointent vers l’article le plus récent.
Le souci c’est que j’utilise déjà des squelettes spécifiques et des déclinaisons dans d’autres rubriques qui ont besoin de la redirection.
Tu pointes du doigt la solution ... l’idéal serait en effet de pouvoir activer/désactiver court-circuit par rubrique :-)
Du coup j’ai rechangé un peu la structure de mon site et en utilisant le plugin Article d’accueil je suis arrivé à faire ce que je voulais.
Merci pour tes réponse et bonne continuation,
Berty
Répondre à ce message
GE-NIAL ! Ce plugin a vraiment tout compris du moins en ce qui concerne sa problématique.
J’ai cherché à travailler sur une solution sensiblement similaire mais traitant plus de cas. Jusqu’ici je ne suis parvenu qu’à une suite de boucle scabreuses et de tests sur l’existence de champs extras dédiés renvoyant vers des URL « en dur ».
Perso, si je me base sur ce que moi je cherchais à atteindre, des évolutions possibles j’en vois plusieurs :
on peut immaginer un procédé similaire sur les mot-clés.
Par exemple, en ce moment je reprend un vieux site que je dois nettoyer un peu au sens vraiment propre selon Google si tu vois ce que je veux dire, et je me prends la tête sur un cas bien tordu :
C’est pas les idées qui manquent, si t’en veux je t’en file plein d’autres. Mais en php je suis une burne et niveau temps libre en ce moment, c’est pas mieux que le cours du dollars donc j’avance vraiment avec peine ...
Côté temps libre, je ne suis pas vraiment mieux loti. Donc faudra pas trop en attendre de moi.
Je vois que là il y a bp d’idées. A priori, on se dirigerait plus vers un Court-Circuit 3. Cependant, il ne faudra pas tomber dans une véritable usine à gaz.
Dans ce que j’ai compris, il y aurait deux chantiers :
Pour la seconde problématique (champ dédié), il me semble inutile de passer par des champs extras (car trop de dépendances) surtout qu’il est facile de rajouter un champs à une table via des pipelines. Par contre, cela signifie prévoir un formulaire de saisie à afficher sur les rubriques si on a activer l’option. Le plus simple est dans ce cas d’avoir un champ texte dans lequel on peut saisir soit une URL complète, soit ’article123’, soit ’breve45’ (bref même syntaxe que pour les liens internes). En effet, si on veut personnaliser seulement sur les articles de la rubrique on peut déjà passer par article d’accueil.
Je peux voir l’intérêt de court-circuiter des mots-clés pour afficher directement un article associé à un mot-clé (mais avec moins d’options que pour la rubrique car le rang ici n’a pas de sens). De même, on peut vouloir court-circuiter un groupe de mots clés pour aller directement à un des mots-clés du groupe.
Par contre, je ne vois pas quels autres objets pourraient être concernés. Si on peut envisager un mécanisme général de court-circuitage d’un objet à partir d’un champs url_redirect, pour les autres options se n’est pas forcément généralisable.
Enfin, j’ai encore un doute sur le fait de rediriger vers n’importe quelle URL (y compris externe). En effet, cela sort de la problématique initiale. Pour les articles, il y a déjà les articles virtuels. En quoi les articles virtuels ne peuvent permettre cela.
Bref, il ne s’agit pas de rejeter les propositions. Juste de laisser murir un peu tout cela avant de coder une usine à gaz.
Cordialement
Hé hé je te comprends ! Ya de quoi se vriller quelques neuronnes ^^
Vu comme ca, non effectivement. Disons que le principe même du court-circuitage ne peut s’appliquer réellement qu’à des objets qui ont un rôle de conteneur hiérarchique (rubrique, groupe de mots, eventuellement grappes (cf plugin du même nom) ...
Après ma réflexion sur les objets concerne surtout les objets vers lesquels le court-circuit doit rediriger.
Bah déjà rien que ça, si tu trouves plus pérenne qu’un champ extra je prends !
Les articles virtuels, je vais être honnête et sincère, j’ai jeté aux ordures ! Cette redirection n’en est pas une au sens ou cela doit s’entendre.
En matière de redirection il n’y a qu’un seul standard propre, c’est la 301, et article virtuel est complètement à côté de la plaque sur ce coup là. (A part foutre sa SEO en l’air et pour ceux qui me connaissent, ça n’est pas une option !)
Article d’accueil : pas mal mais pareil, pour moi il a quelques limitations qui ne justifie pas le temps passé à le mettre en oeuvre.
En général, quand je publie, mes rubriques ne sont pas des entités thématiques mais conditionnent surtout la méthode de publication :
etc... Le court-circuit dans le cas de la rubrique C, il peut rediriger vers quoi aujourd’hui ?
Cas typique : sur chacun de mes sites, j’ai une rubrique que je créé, qui contient des articles et/ou brèves dont le seul but est de servir d’éléments que j’appelle depuis une boucle sur la page sommaire. En ce cas, clairement, la rubrique et ses articles n’ont rien à foutre dans le flux de contenu et doivent être redirigés en 301 vers la home pour éviter une indexation de pages parasites (un gros point noir de SPIP si tu ne sait pas comment gérer correctement tes objets éditoriaux)
Autre cas de figure : sur un de mes sites je fais un billet (voire un secteur complet) pour me positionner sur un mot-clé que je travaille par ailleurs sur un autre site (le site principal) pour lui faire de la pub et booster un peu sa visibilité sur ce mot-clé. Peu de temps après, pas de bol ! Google indexe les 2 sites et par hasard, me voila premier sur son principal mot clé et lui derrière moi. Bon bah là ya même pas à chercher à comprendre, c’est redirection de toutes les pages vers l’url du site en question.
En fait, tel que je l’immagine aujourd’hui, cet éventuel court-circuit 3 ne serait peut être même plus tant que ça un court-circuit systématique mais plutôt un panel complet de gestion des redirections pour SPIP .
Bon après, je suis pas non plus un champion de l’algorythmique hein donc c’est encore un peu brouillon dans ma tête mais au moins si on peut être 2 à y réfléchir, déjà, je me sentirais moins seul ^^
Bon week end à toi :)
Concernant les articles virtuels de SPIP, peut-être ouvrir un ticjet pour que ce soit proprement un 301.
Ceci étant dit :
Il faudrait voir dès lors ce qui serait vraiment du ressort de Court-Circuit (dont la finalité première est des redirections internes suite à certaines structures de site) et un éventuel autre plugin qui permettrait de gérer des redirections sur n’importe quelle page pour des utilisateurs avancés. Dans ce second cas de figure il faudrait voir les contraintes/besoins. Doit-il être basé sur les objets SPIP (définir des redirections pour un objet donné) ou bien être basé sur des URLs (auquel cas, on pourrait aussi définir une redirection pour spip.php ?page=sommaire ou spip.php ?page=plan etc., mais cela aurait-il du sens, car autant faire la redirection dans le squelette). Quelles seraient les différentes redirections à devoir gérer ? vers une URL fixe (interne ou externe) là c’est facile. Vers un autre objet SPIP (premier article en tri alphabétique, dernière brève publiée, premier site web, dernier article syndiqué...) là c’est un peu plus compliqué. Tout de suite ça devient plus compliqué. Il faudrait dès lors concevoir un système plus générique qui soit extensible. De plus, faut-il prévoir à la fois : des règles spécifiques pour un objet donné, une règle générale pour tous les objets d’un même type, des régles qui s’héritent par banche, etc..... Bref, rien de très simple. Une grosse réflexion à mener en amont.
Répondre à ce message
Bonjour,
Avant de découvrir ce plugin, j’ai utilisé du code « trouvé » ici pour faire la même chose. Tout allait bien, mais impossible de faire fonctionner, correctement la balise EXPOSE. Comme je trouve cette fonction plutôt utile d’un point de vue ergonomique, je me suis dit que le plugin Court-circuit pourrait apporter la solution et en effet, ça le fait, merci ! Et en plus c’est bien plus facile à mettre en place.
Mais il y a un petit problème qui n’avait pas cours avant, dans ma version en « code » : quand il y a un article unique dans la rubrique, cela affiche mon menu des articles de rubrique avec un seul item. Ça a l’air un peu ridicule ce truc isolé. Je n’arrive pas à faire disparaitre ce menu quand il n’y a qu’un seul article. Si quelqu’un a une idée… c’est bien volontiers que je la testerai (je ne suis plus à cela près ;-)
Je me réponds à moi-même.
Pour l’instant j’utilise un mot-clé pour exclure ce menu dans les articles qui le nécessitent :
{!titre_mot=xxxyz}. Ça marche, mais c’est contraignant pour les rédacteurs. Et il s auront facilement tendance à « oublier », je les connais bien ! Un système automatique serait bien plus pratique...Donc je ne mets pas « Résolu » ;-)
Il est difficile de répondre sans avoir une idée plus précise du code générant le menu en question. Dois-je comprendre qu’il s’agit d’un menu des rubriques / sous-rubriques et articles ?
Et pourquoi pas utiliser le plugin Menus, tout à fait compatible avec Court-Circuit. Il est possible de faire un menu avec Rubriques / Sous-rubriques et Articles avec des conditions sur le nombre d’articles dans la sous-rubriques pour afficher ou non les articles en question.
Il s’agit d’un menu tout simple qui répertorie les articles de la rubrique. Il n’y a pas de sous-rubriques. Je n’aime pas trop le plugin Menus qui souvent ne sert qu’à pallier certaines insuffisances et peut aussi semer le trouble dans la navigation. Je préfère l’arborescence « naturelle » d’un site.
Si ça peut aider, voici le code de ce menu (utilisé avec Zpip dans un fichier /inclure) :
Et avec un test :
[(#TOTAL_BOUCLE|>{1}|oui)<li> ....... </li>]?Ah oui, ça marche, merci !
Il y a juste un petit problème : l’espace qu’occuperait le menu reste là et décale la suite d’autant vers le bas. Alors qu’avec le mot-clé ça le fait pas. J’ai essayé d’y remédier en introduisant une div class, reprise en css, mais sans y arriver.
Quel est le code produit ? les parties avant et après boucle sont-elles exécutées ?
Il est impératif que les crochets de #TOTAL_BOUCLE suivent et précèdent les balises de la boucle (pas d’espace ni saut de paragraphe) pour que la boucle ne renvoie absolument rien en cas de TOTAL_BOUCLE=1 (même pas un espace) ce qui fait que les parties options avant et après boucle ne seront pas générées (à savoir les ul).
J’utilise toujours le menu exposé plus haut dans ce fil. J’y introduis le test #TOTAL_BOUCLE comme montré ci-dessus avant et après li. Jusque-là ça marche, car j’ai modifié mes css pour cela. Quand il n’y a qu’un article, le code produit affiche les balises ul, avec rien dedans.
Mais rien n’est simple, il y a d’autres contenus qui paraissent dans cette colonne. En fait ce que je voudrais, c’est qu’après le menu (quand il y a plus de 1 article) s’affiche un espace avant les autres contenus qui suivent. Et cet espace je ne le veux pas quand il n’y a qu’un article et donc pas de menu. (Je sais, je suis un mec un peu compliqué !)
J’ai essayé d’introduire une div class avec cet espace à plusieurs endroits de la boucle (partie alternative ou conditionnelle), mais je n’arrive pas à faire paraitre cet espace uniquement avec l’affichage du menu. Ce n’est peut-être pas possible…
Un problème à la fois. Sachant que les questions CSS seront à discuter plutôt sur SPIP-User.
Si les ul sont produits c’est donc que, dans le cas où il y a un article, le contenu de la boucle renvoie quelque chose et donc que les parties optionnelles sont affichées. Cf. message précédent.
Répondre à ce message
Bonjour,
Ce plugin ne semble pas compatible avec les fonctions multilingues de SPIP !
En effet, le paramètre LANG se perd entre chaques pages lorsque j’utilise le plugin. ..C’est bien embettant car sinon ce plugin est une petite merveille :)
Quelqun aurait il une idee ?
1/ cela est-il visible en ligne ?
2/ Le comportement est-il différent si court-circuit est désactivé ?
3/ Le paramètre forcer_lang (cf http://programmer.spip.net/Forcer-la-langue-selon-le-visiteur) est-il défini sur true ?
Répondre à ce message
Plugin installé/désinstallé uniquement via le mécanisme « plugins/auto » de spip3.
Après première désinstallation, je ne suis `probablement´ pas repassé par exec=admin_plugin. Une fois la désinstallation annoncée comme OK, je peux très bien avoir sauté ailleurs dans l’interface privée...
Je n’ai pas forcé un vidage les caches après la première désinstallation. Cette idée ne m’est venue que dans le cadre de mon Dep R&S, après un passage sur le chat et sur conseil de b_b.
Ignorant tout de php et de la galaxie Spip, je ne peux t’aider énormément pour le debug. Je n’ai eu aucun message et lors de cet incident, court-circuit était le seul plugin additionnel installé. Je vais évidemment essayer de combler mes lacunes au plus vite mais je suis actuellement plutôt dans l’urgence :(
Pour les articles, j’ai actuellement le comportement souhaité. Je résume le comportement dans les deux cas
Soit l’arborescence des rubriques/articles suivante :
1
1.1 a11-1, a11-2
1.1.1 a111-1, a111-2
1.1.2 a112
2
2.1 a21
2.2 a22
A - Comportement de l’installation par défaut
Je me suis contenté de vérifier 1, 2 et 5 à « rediriger » ou « oui » (pas noté les autres défauts)
Cliquer sur le noeud de rubrique « 1 » résulte en l’affichage de l’article « a111-1 » !!!
Tous les noeuds intermédiaires sont court-cicuités. Impossible également d’accéder au rubriques intermédiaires.
Ensuite, n’importe quels bidouillages de config ne change rien (mais ça, c’est probablement une histoire de cache)
B - Comportement de l’installation du plugin sur ancienne config du plugin existant dans spip_meta avec tous les réglages à « non » ou équiv.
En activant 1,2 et 5, j’ai le comportement recherché : cliquer sur le noeud 1 ou le noeud 11 affiche a11-1, cliquer 111 affiche a111-1
Désolé de ne pouvoir en faire plus
P.S : A noter que lors de la création des article, je suis remonté dans l’arbre en commençant par créer les articles des noeuds terminaux 1.1.2 et 1.1.1, puis remontant d’un cran, et ainsi de suite jusqu’à la racine.
P.S’ : J’ai commencé par créer l’arborescence des rubriques à partir d’un croquis sans me préoccuper du moindre article.
La page admin_plugin recalcule tous les pipleines. Donc si on supprime manuellement un plugin, il faut toujours repasser par là.
Après chaque grosse modif de config ou activation/désactivation de plugin il est recommandé de vider manuellement le cache.
Si le comportement attendu est là après vidage de cache, alors, c’est que le plugin semble fonctionner correctement.
Cordialement
Répondre à ce message
Il y a un bug avec la réecriture d’URL visiblement.
A voir sur mon site : http://www.khantora.com
Les url reécrites sont correctes dans le menu de droite au survol mais quand on cliques dessus, l’url qui apparait dans le navigateur est du style : spip.php ?page=article&id_article=135.
Quand j’active les URL arbo ca fonctionne. Par contre avec URL propres et URL propres + html ca marche plus.
Bonjour,
le problème ne vient pas de court-circuit mais de la réécriture des URL. En effet, même sur d’autres pages #URL_ARTICLE renvoie une URL de la forme http://www.khantora.com/spip.php?page=article&id_article=135
Voir par exemple les liens de la page http://www.khantora.com/spip.php?page=recherche&recherche=premi%C3%A8re+fable
Bien cordialement
J’ai trouvé d’où venait ce problème.
C’est la lame du couteau suisse : format des URL. Avant de la désactiver après passage sous SPIP3, il faut vider le cache des URL sinon elles restent actives même quand la lame est désactivée.
Répondre à ce message
bonjour,
un problème rencontré avec court circuit2 :
si un article est numéroté 0 (zéro) ou 00 (par exemple
0. Le titre), alors la redirection ne fonctionnera pas vers cet article.je propose le patch suivant en ligne 7 du fichier
court-circuit/courtcircuit_selection_article.html:Comme vu à l’instant avec denisb sur l’irc j’ai de mon coté contourné le problème en excluant les titre préfixés en 0 (ajout de titre !== ^[0] à la boucle rang_un).
L’idée de est de pouvoir garder le comportement logique d’exclusion des article titrés en 0.
Du coup, pourquoi ne pas imaginer ajouter une option de configuration qui permette d’exclure ou non tous les articles de la redirection. Il serait alors possible d’obtenir la séquence suivante dans un menu :
RUB COURTCIRCUIT
0. ARTICLE masqué
0. ARTICLE masqué
10. ARTICLE à afficher
20. ARTICLE listé
30. ARTICLE listé
Bonjour,
je ne comprends pas pourquoi les articles numérotés 0 devraient être ignorés. Le numéro influe simplement sur l’ordre des articles, non sur leur affichage ou non (sauf en cas de bidouille personnelle mais il s’agit dès lors d’un détournement du numéro des titres). D’ailleurs, court-circuit ne gère nullement l’affichage ou non d’un article, mais simplement opère une redirection.
Ce que soulève denisb est bel et bien un bug et sa correction me semble appropriée. Ajouter une option supplémentaire me semble compliqué encore plus un formulaire de configuration qui est déjà difficile à appréhender.
Si l’on souhaite spécifier une redirection sur un article spécifique, il y a justement le plugin Article d’accueil pour cela.
Je ne vois pas à quoi fait référence la notion de « article masqué ». S’il s’agit d’un article qui ne doit pas être visible sur le site public, il ne doit alors pas êre publié.
Cordialement
Répondre à ce message
Hello
Le plugin pourrait-il aussi court-circuiter le sommaire ? Soit vers une sous-rubrique particulière, soit vers la première sous rubrique (tri par numéro du titre et date) avec application des règles pour les rubriques ?
Techniquement c’est faisable.
Ensuite, est-ce opportun ? Il faudrait que le formulaire de court-circuitagede la page d’accueil soit clairement distinct de celui du court-circuitage des rubriques.
Grosso modo, si j’ai bien compris, les règles seraient, au choix (et non cumulatives) ?
Opportun ? Ben j’ai un cas ou ça peut me servir plutôt que de surcharger le sommaire.html de zpip : mes secteurs sont des années et je veux que le visiteur soit dirigé directement vers le sommaire de l’année courante, les autres années étant considérées comme des archives... Et comme je pense que ça peut servir à d’autres, je propose ;-)
Sinon les règles que tu proposes me conviennent
Si je puis me permettre, ce que tu exposes @Yffic est typiquement un cas particulier, qui devrait donc se régler par surcharge. Ce plugin voulait proposer un fonctionnement générique par défaut (court-circuiter les rubriques), de façon à offrir davantage de possibilités qu’avec un SPIP natif (pouvoir faire un site avec ou sans rubrique ou les deux). Or ce que tu souhaites est déjà faisable sans Court-circuit.
@Romy : Tout ce que fait Court-circuit est faisable en surchargeant les squelettes ! C’est ce qu’on faisait avant... Et à un moment donné à force de faire et refaire les même manips, on se dit qu’il sera avantageux de faire un plugin. Donc, l’intérêt de passer par ce plugin est justement d’éviter de surcharger pour ne pas passer à côté des mises jour des squelettes.
Répondre à ce message
Bonjour,
je rencontre un problème avec la balise #EXPOSE. En effet lorsque un article (seul dans la rubrique) est affiché la balise #EXPOSE ne marche pas pour la rubrique.
Merci, d’avance.
En fait ça marche. J’ai du vidé plusieurs fois le cache du site + le cache de mon navigateur. En tout cas merci pour ta proposition d’aide.
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 :
|
