Des intertitres hiérarchisés et des outils pour les manipuler

Des intertitres auxquels on peut faire appel...

Cet article décrit les fonctions du plugin Intertitres hiérarchisés et table des matières qui donne accès à des intertitres de niveaux différents ainsi qu’à des modèles permettant de faire une table des matières, des renvois et d’avoir accès à des extraits d’articles. Ces modèles peuvent s’insérer dans les squelettes ou à l’intérieur des articles.

Cette contrib’ est dérivée de Génération automatique de numérotation, table des matières et références écrit par mortimer et chtitux.

Je l’ai mise sous forme de plugin, adaptée à SPIP>1.9 et fait quelques modifications [1].

Elle permet :

-  d’utiliser des intertitres hiérarchisés (plusieurs niveaux de titres) dans vos articles grâce à de nouveaux raccourcis typographiques,
-  d’afficher grâce à un modèle une table des matières dans vos articles et/ou vos squelettes,
-  d’afficher des renvois vers certaines parties d’un article dans vos articles,
-  d’afficher des extraits plus ou moins longs et plus ou moins ciblés d’un article
-  d’extraire des éléments signifiants d’un article.

Actuellement ce plugin est en développement. Cependant il est assez stable pour être utilisé. Il est par exemple utilisé par un site institutionnel : http://svt.ac-creteil.fr.

Des intertitres hiérarchisés

Ce plugin rajoute des raccourcis typographiques pour gérer des niveaux d’intertitres. Ces raccourcis, imaginés par mortimer, s’inspirent des listes et des énumérations de SPIP. C’est à dire que les intertitres utilisent désormais des * ou des # pour que soit déterminé leur niveau :

-  {{{*exemple de premier niveau}}} est un titre de premier niveau (équivalent à {{{exemple de premier niveau}}}),
-  {{{**exemple de titre de second niveau}}} est un titre de second niveau.

Ainsi ce type de contenu dans un article :

{{{*Les outils}}}
{{{**Les trucs qui vissent}}}
Il y en a plein !
{{{***À la main}}}
{{{****Tourne-vis}}}
- cruciforme
- plat
- etc.
{{{***Assisté}}}
{{{****Visseuse}}}
- à fil
- sans fil
{{{**Les trucs qui coupent}}}
snip...
{{{***Ciseaux}}}
{{{****À bois}}}
c'est dangereux ça !
{{{**Les trucs qui frappent (aïe)}}}
{{{***Marteau}}}
trop dangereux pour moi...

Va donner :

Les outils

Les trucs qui vissent

Il y en a plein !

À la main
Tourne-vis

 cruciforme
 plat
 etc.

Assisté
Visseuse

 à fil
 sans fil

Les trucs qui coupent

snip...

Ciseaux
À bois

c’est dangereux ça !

Les trucs qui frappent (aïe)

Marteau

trop dangereux pour moi...

Si à la place des *, vous utilisez des #, les intertitres seront numérotés en utilisant une numérotation scientifique du genre x.y.z.... Ex. :

{{{#Avec des numéros}}}
{{{##de plusieurs niveaux}}}
{{{##C'est une notation scientifique...}}}
{{{#Qui s'incrémentent automatiquement}}}

donne :

1- Avec des numéros

1.1- de plusieurs niveaux

1.2- C’est une notation scientifique...

2- Qui s’incrémentent automatiquement

Donc, l’utilisation des * et/ou des # après le raccourci classique pour les intertitres {{{ permet de hiérarchiser.

Coté HTML, les intertitres hiérarchisés sont transformés en headlines de type <hx class="spip">x est un chiffre allant de 3 à 6 [2]. De plus, chaque intertitre (numéroté ou non) contient une ancre <a name='x.y.z...'></a>x.y.z... est le numéro de l’intertitre. Cette ancre est utilisée par les modèles qui accompagnent ce plugin.

Un fichier CSS installé avec le plugin permet de gérer l’aspect des intertitres dans la partie privée de SPIP. Pour la partie publique, il vous suffit de définir hx.spip {} dans vos propres fichiers CSS pour déterminer comment ces intertitres s’affichent.

Notez que les intertitres des enluminures typographiques sont compatibles avec ce plugin.

Une table des matières

Ce plugin fournit un modèle <table_des_matieres> que l’on peut utiliser dans les articles ou dans les squelettes pour afficher une table des matières qui renvoie vers les intertitres. Elle se présente sous la forme d’une liste de puces (hiérarchisées) avec les intertitres sous forme de liens. Cette table des matières est précédée d’une ancre nommée « table_des_matieres » (<a name="table_des_matieres"></a>), elle est dans un bloc ayant pour identifiant « tablematiere » (<div id="tablematieres">blabla</div>).

Dans les articles, le modèle s’utilise ainsi :

<table_des_matieresXXX>XXX est le numéro de l’article dont vous souhaitez afficher la table des matières.

Dans les squelettes, vous pouvez utiliser :

[(#MODELE{table_des_matieres}{id=XXX})]XXX est le numéro de l’article dont vous souhaitez afficher la table des matières. Notez que XXX peut aussi être une balise comme #ID_ARTICLE.

Comme indiqué précédemment, notez que les intertitres des enluminures typographiques sont compatibles avec ce modèle.

Des renvois vers un intertitre (ou autre)

Ce plugin fournit un autre modèle <renvoi>. Il permet d’afficher l’intertitre d’une sous-partie précise d’un article avec un lien vers elle.

Dans les articles il s’utilise ainsi :

<renvoiXXX|partie=YYY>XXX est le numéro de l’article et YYY est le numéro de la sous-partie. Que l’intertitre soit numéroté ou non, le numéro de la sous-partie est de la forme x.y.z... [3].

À partir de L’exemple des outils qui est présenté au début de cet article : <renvoi2567|partie=1.2.3.3> donnera :

À bois

(2567 est le numéro de cet article et 1.2.3.3 correspond à la sous-partie sur le ciseau à bois... Si si ! comptez...)

Donc, écrire <renvoiXXX|partie=YYY> équivaut à écrire [intertitre de la sous-partie YYY|un extrait avec les 20 premiers mots de la sous-partie (...)->XXX#YYY] sauf que l’intertitre et l’extrait sont déterminés automatiquement par le modèle (et modifiés automatiquement si quelqu’un modifie l’article auquel on renvoie).

Dans les squelettes, le principe est le même, et la syntaxe est :

[(#MODELE{renvoi}{id=XXX}{partie=YYY})]

Comme indiqué précédemment, notez que les intertitres des enluminures typographiques sont compatibles avec ce modèle.

Des extraits d’articles ou de sous-parties d’articles

Voici deux modèles <extrait> et <extrait|partie> qui permettent d’afficher des morceaux d’articles ou de sous-parties d’articles.

Pour afficher un extrait d’article dans un autre article, il faut utiliser le modèle <extraitXXX|debut=YY|taille=ZZ>XXX est le numéro de l’article. debut et taille sont optionnels [4]. taille permet de fixer le nombre de mots à afficher dans l’extrait. debut permet de déterminer à partir de quel mot commencer l’extrait (debut est le n° de ce mot, la numérotation commence à 0).

Ex. : <extrait2567|debut=55|taille=38> permet d’afficher un extrait de 38 mots de l’article n°2567 (c’est celui-ci) à partir du 55e mot.

Notez pour la présentation et l’aspect sémantique que les extraits sont affichés entre balises <quote>extrait de l'article</quote>. Ils sont précédés de « (...) » si l’extrait ne commence pas au mot 0, et toujours terminés par « (...) ».

Les raccourcis typographiques qui étaient présents dans les extraits sont retirés automatiquement (le texte passe dans le filtre textebrut).

Il est aussi possible de faire des extraits d’une sous-partie du texte d’un article. Une sous-partie est un morceau du texte délimité par des intertitres de même niveau.

Le principe à peu près le même que pour le modèle précédent.

Pour afficher un extrait d’une sous-partie dans un autre article, il faut utiliser <extraitXXX|partie|partie=x.y.z|debut=YY|taille=ZZZ> qui fonctionne comme précédemment sauf que partie=x.y.z correspond au numéro de l’intertitre de la sous-partie dont on souhaite afficher l’extrait. Voir la documentation des renvois ci-dessus.

Ex. : <extrait2567|partie|partie=1.2.3.3|debut=4|taille=5> permet d’afficher un extrait de 5 mots de la partie sur le ciseau à bois (n°1.2.3.3) de l’article n°2567 (c’est celui-ci) à partir du 4e mot.

Comme précédemment la citation est dépourvue de raccourci typographique. Sauf l’intertitre qui est rajouté au début de la citation.

Bien sûr, ces deux modèles peuvent être utilisés dans les squelettes :

-  [(#MODELE{extrait}{id=XXX}{debut=YY}{taille=ZZZ})]
-  [(#MODELE{extrait_partie}{id=XXX}{partie=x.y.z}{debut=YY}{taille=ZZZ})]

Comme indiqué précédemment, notez que les intertitres des enluminures typographiques sont compatibles avec ce modèle.

Quelques filtres pour afficher des morceaux signifiants d’un article

Ces filtres sont tirés de la contrib’ Résumé d’article automatique.

Compatibilité

Les intertitres fournis par le plugin Plugin Enluminures typographiques pour SPIP 1.9.2 de RealET qui s’écrivent {2{, {3{, {4{, etc. sont pris en compte par ce plugin avec les équivalences : {1{={{{*={{{, {2{={{{**, etc.

Le plugin les transforme à la volée, si bien qu’ils fonctionnent pour tous les modèles, comme si ils étaient écrits avec des {{{*(...)*.

Les utilisateurs de la contrib’ de mortimer et chtitux dont est tiré ce plugin (Génération automatique de numérotation, table des matières et références) auront peu de changements à faire car il y a une certaine compatibilité ascendante.

Il faut noter cependant que :

-  dans la contrib’ originelle, les intertitres étoilés ({{{*(...)*) généraient une numérotation automatique des titres. Désormais, cette numérotation est réservée aux intertitres avec des #. Donc, si vous souhaitez conserver la numérotation, il faudra transformer les * en # dans les articles.
-  La balise #TABLEMATIERES qui placée dans les articles, affichait la table des matières est remplacée par le modèle <table_des_matières> (ce qui permet de choisir entre mettre une table des matières dans les articles ou dans les squelettes). Dans ce plugin #TABLEMATIERES affiche un lien vers la table des matières présente dans la page (lien vers l’ancre « table_des_matieres ») et non la table des matières elle-même.
-  Dans la contrib’ originelle, les raccourcis des intertitres étaient remplacés par des <h3 class="spipheadx">

x est le niveau de titre. Ce plugin les remplace par des <hx class="spip"> ce qui est plus correct du point de vue sémantique/accessibilité.
-  La contrib’ permettait de personnaliser les ancres présentes dans les intertitres (ex. : {{{**mon titre <mon_ancre_à_moi>}}}). Cela reste fonctionnel dans ce plugin et fonctionne avec les modèles.

Changements depuis la toute première version :

  • Version 0.9.4 du 31/07/2012
    Compatibilité SPIP 3.0.
  • Version 0.6 du 08/02/09 :
    correction du bug signalé par gilcot dans le forum corrigé.
  • Version 0.5 du 24/01/09 :
    • L’ancre table_des_matieres est désormais sans accent... C’est plus pratique !
    • Les ancres sont protégées dans le filtre extrait_lien (avant les ancres étaient listées comme des liens)
    • Les caractères accentués sont remplacés par des entités dans le code généré par le plugin
    • des css pour les intertitres du site public (idéal pour ceux qui restent avec la dist. Les autres devront créer les leurs)
    • Compatible Spip 2 grâce au passage aux pipelines (plutôt que les options)
    • renommage de fichiers et de fonctions (attention à ceux qui surchargent)
  • Version 0.4 du 19/12/08 :
    • Amélioration de Stéphane Deschamps : désormais les variables $GLOBALS['debut_intertitre'] et $GLOBALS['fin_intertitre'] sont prises en compte dans la numérotation des headlines des intertitres, quand elles sont définies par le webmestre.
    • Les balises <code> sont protégées dans les extraits
    • Les modèles prennent désormais en compte tous les articles (quel que soit leur statut).
    • Le bug des tables des matières externes est corrigé. Vous pouvez par exemple mettre un <table_des_matieres122> dans l’article 245 sans souci.
  • Version 0.3 du 04/10/08 :
    • Correction d’un bug qui dupliquait les notes de bas de page.
  • Version 0.2 du 21/09/08 :
    • Correction d’un gros bug qui empêchait le plugin de fonctionner correctement (disparition des images ou des autres modèles après un renvoi dans un article).
    • Toutes petites améliorations typographiques.

Développements futurs

-  intégration dans la barre typo V2 (voir travaux de gilcot dans le forum)
-  faire des modèles supplémentaires (notamment pour exploiter les filtres de Résumé d’article automatique), et documenter tout ça ici même.
-  faire en sorte que les intertitres hiérarchisés soient pris en compte par les contribs/plugin qui produisent autre chose que du HTML (du PDF par exemple).

Ce plugin sous licence GPL est développé sur la forge git

Notes

[1Les modifications principales sont :

-  mise en plugin
-  des * pour les titres non numérotés
-  des # pour les titres numérotés
-  #TABLEMATIERES renvoie désormais vers une table des matières située ailleurs grâce au modèle <table_des_matieres>
-  etc.

[2Si vous avez fixé une valeur de $GLOBALS['debut_intertitre'] et $GLOBALS['fin_intertitre'], elle est prise en compte grâce à une modification de Stéphane Deschamps : les intertitres sont numérotés à partir de cette valeur. Voir aussi le message de Stéphane.

[3Notez que ce modèle utilise les ancres, il est donc possible de mettre n’importe quelle ancre de l’article à la place de YYY, s’il n’y a pas d’intertitre associé à l’ancre choisie, le modèle renvoie à la place le titre de l’article

[4si debut et taille ne sont pas indiqués, ce sont leurs valeurs par défaut qui sont utilisées, c’est-à-dire 0 pour debut et 20 pour taille

En attendant la réalisation d’un logo spécifique, le logo de cet article est une photo de timetrax23 sous licence Creative Commons « Paternité-Partage des Conditions Initiales à l’Identique 2.0 Générique » que vous retrouverez .

Discussion

33 discussions

  • Bonjour,

    J’ai activé le plugin sur le site et cela affiche ces textes.

    Est-ce qu’il y aurait une solution ? Merci.

    Répondre à ce message

  • Si, dans un autre plugin, ou dans les options de votre site, vous avez défini un niveau d’intertitre autre que celui par défaut.
    Par exemple :

    $GLOBALS['debut_intertitre'] = "<h2 class=\"spip\">";
    $GLOBALS['fin_intertitre'] = "</h2>\n";

    Surtout ne mettez pas de \n dans debut_intertitre car la hiérarchisation ne fonctionnera plus.

    Répondre à ce message

  • BertrandB

    Bonjour

    Superbe plugin qui cependant pose des problèmes depuis mon dernier update général (base + plugin). En effet il existe un non-respect des règles de nommage des fichiers par rapport au préfixe indiqué et en conséquence une absence de chargement automatique des fonctions aboutissant à une indisponibilité des filtres en zone publique.

    Les corrections suivantes sont à appliquer dans le code :
    -  adapter les « prefix » de paquet.xml et plugin.xml : par exemple « intertitrestdm »
    -  renommer les fichiers php en fonction : intertitrestdm_fonctions.php, intertitrestdm_options.php, intertitrestdm_pipelines.php
    -  corriger les appels à ces fichiers dans ces mêmes fichiers et dans les .xml

    Voilà, cela suffit en théorie. Il y a peut-être d’autres choses à faire pour remettre le plugin strictement aux normes du jour, mais j’avoue ne pas avoir le temps de m’y pencher aujourd’hui et de potasser la doc.

    Bertrand B.

    Répondre à ce message

  • Super plugin. Merci !
    Je regrette cependant, que les intertitre n’intègre pas une ancre de retour à la table de smatière comme le fait le plugin sommaire automatique.

    Conclusion, j’utilise ce plugin pour avoir des intertitre numérotés, et sommaire auto pour générer la table des matière.

    Répondre à ce message

  • Bonjour

    Merci pour ce très bon plug-in.
    J’ai l’impression qu’un petit bug s’y cache : j’ai changé via mes_options le niveau de titre par défaut pour du H2 et voilà que la table des matières n’a pas suivi et commence par les H3. Le niveau supérieur manque donc.

    Bien cordialement,

    B.

    Répondre à ce message

  • 1

    J’ai vraiment trouvé ce plugin parfait pour ce que je veux faire.
    Malheureusement, comme pour d’autres avant moi, les liens vers les titres et même les affichages ne marchent pas.
    Aucune ancre n’apparaît dans le code source.
    Il semble que les codes soient mal lus.
    En effet, les raccourcis {{{  }}} et {{{**}}} sont tous deux interprétés de la même manière, précédés d’un <h3>.
    Comme je vois le plugin compatible avec la 3.1, pas encore sortie, j’imagine qu’il est suivi :)
    Comme un petit clic vaut mieux qu’un long discours, voici par exemple une page qui montre mon problème.
    Merci de votre aide.
    Spip 3.0.20., plugin 0.9.9

    Répondre à ce message

  • Bonjour,

    Je recontre un bug très gênant sur les liens du sommaire générés par ce plugin (version 0.9.6 installé sur spip 3.0.16) par ailleurs très utile (je rejoins l’avis de G, il devrait être intégré dans le core). Lorsque que je veux afficher un sommaire non numéroté ayant plus d’un niveau, il semble que les liens des titres au delà du premier niveau dans le sommaire ne soit pas correctement générés.
    Les ancres des titres au delà du premier niveau ne sont pas non plus générées (peut êter la source du problème).
    J’ai copié ci-dessous un exemple de menu très simple avec le code html qu’il génère pour illustrer le problème :

    Sommaire non numéroté (testé aussi avec la syntaxe d’enluminure typographique 2, 3, etc. , même résultat)

    Code spip

    <table_des_matieres2714>
    {{{*Titre 1}}}
    {{{*Titre 2}}}
    {{{*Titre 3}}}
    {{{**Sous titre 1}}}
    {{{***Sous sous titre 1}}}
    {{{*Titre 4}}}

    html généré : on voit que le lien vers le titre de niveau 2 « sous titre 1 » n’est pas correct, et tous les liens qui suivent non plus. Ce lien devrait être test-Newsletter-ALFA-7-July-August.html#sous-titre-3 au lieu de test-Newsletter-ALFA-7-July-August.html#titre-3. On voit aussi que les ancres au niveau des titres ne sont pas du tout générées pour le sous titre de niveau 2 et le sous sous titre de niveau 3.

    <div class="texte surlignable"><a id="table_des_matieres" name="table_des_matieres"></a><div id="tablematiere">
    <ul><li><a href="test-Newsletter-ALFA-7-July-August.html#titre" title="Aller directement &agrave; &laquo;&nbsp;Titre 1&nbsp;&raquo;">Titre 1</a></li>
    <li><a href="test-Newsletter-ALFA-7-July-August.html#titre-1" title="Aller directement &agrave; &laquo;&nbsp;Titre 2&nbsp;&raquo;">Titre 2</a></li>
    <li><a href="test-Newsletter-ALFA-7-July-August.html#titre-2" title="Aller directement &agrave; &laquo;&nbsp;Titre 3&nbsp;&raquo;">Titre 3</a><ul>
    <li><a href="test-Newsletter-ALFA-7-July-August.html#titre-3" title="Aller directement &agrave; &laquo;&nbsp;Sous titre 1&nbsp;&raquo;">Sous titre 1</a><ul>
    <li><a href="test-Newsletter-ALFA-7-July-August.html#sous-sous-titre-4" title="Aller directement &agrave; &laquo;&nbsp;Sous sous titre 1&nbsp;&raquo;">Sous sous titre 1</a></li>
    </ul></li>
    </ul></li>
    <li><a href="test-Newsletter-ALFA-7-July-August.html#titre-3-5" title="Aller directement &agrave; &laquo;&nbsp;Titre 4&nbsp;&raquo;">Titre 4</a></li>
    </ul>
    </div>
    
    <h3 class="spip"><a id="titre" name="titre"></a><a id="a1" name="a1"></a>Titre 1</h3>
    
    <h3 class="spip"><a id="titre-1" name="titre-1"></a><a id="a2" name="a2"></a>Titre 2</h3>
    
    <h3 class="spip"><a id="titre-2" name="titre-2"></a><a id="a3" name="a3"></a>Titre 3</h3>
    <h4 class="spip">Sous titre 1</h4><h5 class="spip">Sous sous titre 1</h5>
    <h3 class="spip"><a id="titre-3" name="titre-3"></a><a id="a4" name="a4"></a>Titre 4</h3></div>

    Le code spip du même menu, mais numéroté

    <table_des_matieres2714>
    
    {{{#Titre 1}}}
    
    {{{#Titre 2}}}
    
    {{{#Titre 3}}}
    {{{##Sous titre 1}}}
    {{{###Sous sous titre 1}}}
    {{{#Titre 4}}}

    Cette fois, le code html est correct.

    <div class="texte surlignable"><a id="table_des_matieres" name="table_des_matieres"></a><div id="tablematiere">
    <ul><li><a href="test-Newsletter-ALFA-7-July-August.html#titre" title="Aller directement &agrave; &laquo;&nbsp;1- Titre 1&nbsp;&raquo;">1- Titre 1</a></li>
    <li><a href="test-Newsletter-ALFA-7-July-August.html#titre-1" title="Aller directement &agrave; &laquo;&nbsp;2- Titre 2&nbsp;&raquo;">2- Titre 2</a></li>
    <li><a href="test-Newsletter-ALFA-7-July-August.html#titre-2" title="Aller directement &agrave; &laquo;&nbsp;3- Titre 3&nbsp;&raquo;">3- Titre 3</a><ul>
    <li><a href="test-Newsletter-ALFA-7-July-August.html#sous-titre-3" title="Aller directement &agrave; &laquo;&nbsp;3.1- Sous titre 1&nbsp;&raquo;">3.1- Sous titre 1</a><ul>
    <li><a href="test-Newsletter-ALFA-7-July-August.html#sous-sous-titre-4" title="Aller directement &agrave; &laquo;&nbsp;3.1.1- Sous sous titre 1&nbsp;&raquo;">3.1.1- Sous sous titre 1</a></li>
    </ul></li>
    </ul></li>
    <li><a href="test-Newsletter-ALFA-7-July-August.html#titre-5" title="Aller directement &agrave; &laquo;&nbsp;4- Titre 4&nbsp;&raquo;">4- Titre 4</a></li>
    </ul>
    </div>
    
    <h3 class="spip"><a id="titre" name="titre"></a><a id="a1" name="a1"></a>1- Titre 1</h3>
    
    <h3 class="spip"><a id="titre-1" name="titre-1"></a><a id="a2" name="a2"></a>2- Titre 2</h3>
    
    <h3 class="spip"><a id="titre-2" name="titre-2"></a><a id="a3" name="a3"></a>3- Titre 3</h3>
    
    <h4 class="spip"><a id="sous-titre-3" name="sous-titre-3"></a><a id="a3.1" name="a3.1"></a>3.1- Sous titre 1</h4>
    
    <h5 class="spip"><a id="sous-sous-titre-4" name="sous-sous-titre-4"></a><a id="a3.1.1" name="a3.1.1"></a>3.1.1- Sous sous titre 1</h5>
    
    <h3 class="spip"><a id="titre-5" name="titre-5"></a><a id="a4" name="a4"></a>4- Titre 4</h3></div>

    Répondre à ce message

  • 1

    Salut à vous,

    Je suis désolé, j’ai encore trouvé un bug... Plutôt que d’expliquer une heure, voici le code qui bugge. Si je fais l’article suivant :

    <table_des_matieres127>
    
    
    {{{COR DE CHASSE}}}
    
    {{{** Pipo}}}
    {{{*** Flutiau}}}
    {{{*** Flutiau}}}
    {{{*** Flutiau}}}
    {{{** Pipo}}}
    {{{*** Flutiau}}}
    {{{*** Flutiau}}}
    {{{*** Flutiau}}}

    J’obtiens la bonne table des matières mais les liens ne marchent pas tous, car les références des ancres dans la table des matières ne sont pas les mêmes que dans le corps de l’article.

    Voici le code source de la page HTML produite, où l’on voit que les ancres s’appellent dans la TdM
    -  1.1, 1.1.1, 1.1.2, 1.1.3
    -  1.2, 1.2.4, 1.2.5, 1.2.6

    (notons que l’on ne reprend pas à 1.2.1 comme on aurait pu s’y attendre, mais bon, pourquoi pas...)

    PAR CONTRE, dans le corps de l’article les références sont :
    -  1.1, 1.1.1, 1.1.1, 1.1.1
    -  1.1, 1.1.1, 1.1.1, 1.1.1

    Du coup, ça ne marche pas très bien...

    Peut-être (espérons-le) juste un $i++ manquant...

    <div class="texte"><a name="table_des_matieres"></a><div id="tablematiere">
    <ul><li><a href="spip.php?article127#1" title="Aller directement &agrave;  	&laquo;&nbsp;COR DE CHASSE&nbsp;&raquo;">COR DE CHASSE</a><ul>
    
    <li><a href="spip.php?article127#1.1" title="Aller directement &agrave;  	&laquo;&nbsp; Pipo&nbsp;&raquo;"> Pipo</a><ul>
    <li><a href="spip.php?article127#1.1.1" title="Aller directement &agrave;  	&laquo;&nbsp; Flutiau&nbsp;&raquo;"> Flutiau</a></li>
    <li><a href="spip.php?article127#1.1.2" title="Aller directement &agrave;  	&laquo;&nbsp; Flutiau&nbsp;&raquo;"> Flutiau</a></li>
    <li><a href="spip.php?article127#1.1.3" title="Aller directement &agrave;  	&laquo;&nbsp; Flutiau&nbsp;&raquo;"> Flutiau</a></li>
    </ul></li>
    <li><a href="spip.php?article127#1.2" title="Aller directement &agrave;  	&laquo;&nbsp; Pipo&nbsp;&raquo;"> Pipo</a><ul>
    <li><a href="spip.php?article127#1.2.4" title="Aller directement &agrave;  	&laquo;&nbsp; Flutiau&nbsp;&raquo;"> Flutiau</a></li>
    
    <li><a href="spip.php?article127#1.2.5" title="Aller directement &agrave;  	&laquo;&nbsp; Flutiau&nbsp;&raquo;"> Flutiau</a></li>
    <li><a href="spip.php?article127#1.2.6" title="Aller directement &agrave;  	&laquo;&nbsp; Flutiau&nbsp;&raquo;"> Flutiau</a></li>
    </ul></li>
    </ul></li>
    </ul>
    </div>
    
    <h3 class="spip"><a name='1'></a>COR DE CHASSE</h3>
    <h4 class="spip"><a name='1.1'></a> Pipo</h4>
    <h5 class="spip"><a name='1.1.1'></a> Flutiau</h5>
    <h5 class="spip"><a name='1.1.1'></a> Flutiau</h5>
    <h5 class="spip"><a name='1.1.1'></a> Flutiau</h5>
    <h4 class="spip"><a name='1.1'></a> Pipo</h4>
    <h5 class="spip"><a name='1.1.1'></a> Flutiau</h5>
    <h5 class="spip"><a name='1.1.1'></a> Flutiau</h5>
    <h5 class="spip"><a name='1.1.1'></a> Flutiau</h5></div>			

    Merci en tous les cas pour votre super plugin dont on ne comprend pas qu’il ne soit pas intégré dans le core depuis longtemps...

    À bientôt,

    G.

    • Bonjour,


      -  1.1, 1.1.1, 1.1.2, 1.1.3
      -  1.2, 1.2.4, 1.2.5, 1.2.6

      Ce bug antédiluvien a été corrigé par la version 0.9.6 qui devrait être zippée d’ici quelques heures... Mieux vaut tard que jamais :-)

    Répondre à ce message

  • 2

    Bonjour,

    Il n’y a pas de version prévue pour SPIP 3 ?

    Répondre à ce message

  • 1

    Bonjour et merci pour ce plugin.

    Existe t-il un paramètre qui permet de limiter la génération de la table des matières à un niveau d’intertitre déterminé ?

    Exemple :
    j’ai un texte avec

    -{{{LALALA}}}
    -*  {{{*titi}}}
    -*  {{{*toto}}}
    -{{{LILILI}}}
    -*  {{{*tutu}}}
    -*  {{{*tata}}}

    et d’obtenir

    Table des Matières
    -  LALALA
    -  LILILI

    ...grâce à un paramètre MAX_INTERTITRE = 1 (dans le cas ci-dessus)

    Répondre à ce message

  • 13

    Hello,

    Constaté avec le plugin en v.0.7 sous SPIP 2.1.10 (installation propre, vide,
    sans autre plugin)

    J’ai un petit souci avec les ancres :

    -  squelette rubrique (ou sommaire d’ailleurs)
    -  boucle ARTICLES pour une rubrique
    -  > les ancres générées ont toutes le même id « a1 ». Ca ne facilite pas le lien URL avec ancre accompagnée
    (ex. : http://monsite/#a1 au lieu de http://monsite/#mot-cle-important).

    Bon, ceci dit, une TOC dans une page rubrique, c’est vraiment un cas particulier. Qui peut
    être résolu simplement dans le squelette lui-même. Sauf le duplicata de a1 qui génère une erreur
    de validation XHTML. Mais ce n’est pas bloquant.

    J’ai un autre problème : la composition du nom de cette ancre (ici, « a1 »). Peu explicite,
    et probablement peu performant côté référencement, il serait mieux d’avoir une ancre composée des mots forts du titre, incrémenté en cas de duplicata.

    J’ai commencé une adaptation dans ce sens, mais IntertitresTdm_table_des_matieres()
    génère à la volée en commencant par le TOC puis en générant les ancres par titre rencontré,
    en incrémentant le « a » comme seule racine (préfixe) de l’ancre.

    Dans mon objectif, créer une ancre en fonction du titre serait plus
    aisé en créant l’ancre avant de la référencer dans le TOC.

    Dernier souci : un inter-titre qui contient un lien disparait.
    Exemple :

    {{{[Je suis visible dans l'éditeur->/mais_je_disparais_à_la_compilation]}}}

    Merci.

    • Salut,

      Ce plugin est l’adaptation d’une contrib’ fort ancienne et la question de son évolution s’est posée sur la zone il y a quelques mois notamment à l’occasion de l’arrivée de textwheel pour gérer la typo dans Spip >3. Joseph a commencé un carnet sur contrib, dans lequel il détaille quelques idées d’un ensemble de plugins dédiés aux intertitres et aux tables des matières : Évolutions Table des matières / Intertitres hiérarchisés.

      Je pense que tes modifs seraient plus pérennes si tu repartais de cette base (dont le code sera sans doute moins contraignant).

      Ça fait longtemps que le carnet a été commencé, je ne sais pas si Joseph a eu le temps d’avancer là dessus.

      À court terme deux solutions :

      -  Pour ton squelette rubrique : faire une petite modif sur le nom de l’ancre. ex. : #a_XXX_2.3 (où XXX est l’id_article)
      -  Pour les noms « sémantiques » la contrib’ permet de choisir le nom de l’ancre avec {{{** ma section <nom_ancre>}}}.

      Hélas, pour le lien, autant que pour ton précédent message sur la surcharge typo des intertitres, je pense que c’est du côté de l’expression régulière qu’il faudrait voir ça, mais je n’ai pas de solution.

    • Grand merci.
      Je ne connaissais pas les notes du carnet.
      L’astuce {{{** ma section <nom_ancre>}}} ne fonctionne pas. Le lien est bien généré par SPIP, mais preg_match de IntertitresTdm_table_des_matieres() le fait disparaître
      J’ai une version corrigée à proposer pour les ancres « sémantiques ».
      Je commit ou ça ne vaut pas le cout ?

    • Salut,

      Si ça e casse rien et que le job est déjà fait, bien sûr que tu peux commiter ! Je t’expliquais pour le carnet au cas où tu envisageais de commencer un dév, qu’il valait peut-être mieux partir sur les nouvelles bases.

      En revanche, je te conseille en même temps que ton commit de compléter le carnet en indiquant quels changements il apporte (pour compatibilité ascendante). Peut-être aussi la doc ici (je vais te rajouter comme auteur).

    • Ok ! Commit :
      -  les ancres sont construites sur le contenu de l’inter-titre (les mots, à condition que sa taille > 2)
      -  en tenant compte que l’inter-titre soit présent plusieurs fois dans la page (dans ce cas, incrémente l’ancre —> ce qui permet d’avoir plusieurs inter-titres avec le même contenu )
      -  en tenant compte que l’inter-titre contient déjà une ancre

      En cas de bug (les ?) merci de votre retour.

    • Super.

      je viens de parcourir le code et je comprends donc que désormais il n’y plus d’ancre de type a_2.3.1 ?

    • Exact ! Là, c’est parti sur des ancres nommées dont la composition (la construction) est basée sur le contenu texte du titre et où la longueur du mot > 2

    • Aïe ! du coup c’est plus compatible avec les modèles présents dans le plugin (renvoi, extrait) ! Il faudrait pouvoir mettre une ancre de plus avec l’ancien système (a3.2.1).

    • Ah ! Désolé. Pas vu.
      Corrigé (enfin j’espère).

    • Je te prie de m’excuser pour a réponse tardive : je n’ai pas encore eu le temps de tester (peut-être ce WE), en tout cas, merci pour la prise en compte de ce problème !

    • Y’a pas de mal.
      J’ai trouvé un autre bug. Sur mon site, la hiérarchie de la table est incorrecte. Je suis dessus.

    • Ok. C’est corrigé.
      J’en ai profité pour corriger également le fait que les inter-titres avec un lien disparaissaient.
      Et le fichier de langue.

    • Génial, je suis impatient d’avoir un moment pour tester !

    • Ok. Les inter-titres contenant le même contenu ont maintenant droit à une ancre distincte.
      Et l’astuce {{{** ma section <nom_ancre>}}} permet de forcer cette ancre.
      Si on place une ancre au format html, c’est le ID qui est pris en compte, pas le NAME.
      J’arrête pour le moment.
      Merci.

    Répondre à ce message

  • Hello,
    Testé en v.0.7 du plugin.
    Juste un petit souci avec les sous-titres contenant du gras. Exemple :

    Portez ce vieux whisky au {{juge blond qui fume}}.
    
    {{{Portez ce vieux whisky au {{juge blond qui fume}}}}}

    génère un

    Portez ce vieux whisky au 1.
    Portez ce vieux whisky au

    Le strong est mangé par le preg_match_all.

    En ajoutant un espace entre les accolades de fin de gras, dans le sous-titre :

    Portez ce vieux whisky au {{juge blond qui fume}}.
    
    {{{Portez ce vieux whisky au {{juge blond qui fume}} }}}

    la génération est correcte :

    Portez ce vieux whisky au juge blond qui fume.
    Portez ce vieux whisky au juge blond qui fume

    Merci pour ce plugin.

    Répondre à ce message

  • 6

    Helloooo,

    Bon, je viens de passer de SPIP 2.010 à SPIP 2.1.8. avec mise à jour de ce plugin.
    Mes ancres et mes tables des matières ne fonctionnent plus. Une vraie cata.

    Exemples :

    -  sur cette page (en l’occurrence faite à la main), aucun des liens en gris (ceux de niveau 2) ne fonctionne plus.

    -  sur cette autre page, on remarque que si on clique sur les titres de niveau 1 du sommaire, on descend à la bonne ancre mais que cela ne fonctionne pas pour ceux de niveau 2.

    Je précise que j’utilise aussi les Enluminures (à jour).

    Merci de m’aider à rétablir les comportements que j’avais avant la mise à jour.

    • Salut !

      J’ai fait plusieurs tests avec Spip 2.1.8 sans avoir les problèmes que tu rencontres. Il semble que les ancres de second niveau ne soient pas générées chez toi... Alors que le niveau d’intertitre et le sommaire, oui... étrange...

      Je cale ! d’autant que je ne reproduis pas ton bug ! (ex. de site sous 2.1.8 avec les intertitres : http://svt.ac-creteil.fr tu peux voir que ça fonctionne...)

    • Bonsoir Beurt,

      Merci pour ta réponse !

      Je suis allée voir sur le site svt.ac-creteil mais je n’ai pas trouvé d’article avec des intertitres hiérarchisés (j’ai dû mal chercher). Utilisent-ils les enluminures aussi ?

      Sinon, avant de saisir mon commentaire, j’avais fait un test sur le site de mon père et le bug se reproduisait chez lui aussi. C’est pour ça que j’avais imaginé que cela venait du plugin lui-même. D’autant que tout marchait parfaitement avant les maj.

      Autre particularité, je suis sous Sarka 3.0.4, mais ... tu crois que ça pourrait venir de là ?

    • Non je n’utilise pas les Enluminures... ex d’utilisation (sur la Une du site) : http://svt.ac-creteil.fr/?Urland-Pa... le sommaire est à droite et se déplie tout seul (cf partie 2).

      Utilises-tu les enluminures ?

    • Ah oui, cette fois je vois :-) ça marche sur ce site.

      Oui, j’utilise les enluminures comme indiqué le 12 février. Je viens de faire un test et, si je désactive enluminures, ça remarche. Il y a donc un pb de compatibilité entre les nouvelles versions de ces plugins...

      Si je peux faire cobaye pour trouver ce qui cloche, je suis toute prête parce que j’utilise les sommaires sur tous mes articles ;-)

    • Il y a bien un problème d’incompatibilité. Et de ce que je comprends, il est — paradoxalement — apparu lorsque les enluminures ont adopté des raccourcis compatibles à ceux des intertitres (avec les étoiles).

      Plus précisément, je crois que le problème est le suivant :
      Les enluminures modifient le texte avant que les raccourcis ne soient traités par Spip (on dit que le traitement se fait en « pre_propre », « propre » étant la fonction de Spip qui traite les raccourcis). Or, les intertitres, eux, font leurs modifications après ! Donc, quand les intertitres tentent de faire la table des matières, les « * » et les « # » qu’ils utilisent ne sont plus là, car les enluminures les ont retirés.

      La solution serait que les enluminures débrayent leur traitement des intertitres quand le plugin intertitre hiérarchisé est présent, mais je ne sais pas comment on fait et ait assez peu de temps pour étudier ça... Peut-être que RealET (auteur des enluminures) a une idée ?

      (NB : posté aussi dans la liste spip-user)

    • Bonjour,

      J’ai le même problème que Steph : http://droit-des-societes.eu/?Lois-et-reglements

      J’avais trouvé comme solution de réinstaller et désinstaller « Enluminures » mais maintenant, j’ai beau le réisntaller, ses fonctionnalités n’apparaissent plus....

      Laurie

    Répondre à ce message

  • 1
    Michael P.

    Les variables $GLOBALS[’debut_intertitre’] et $GLOBALS[’fin_intertitre’] ne marchent pas du tout chez moi, avec la version « Revision : 42616 » du plugin.

    Dès que j’initialise ces variables, les titres s’affichent en h3, avec une, deux ou trois étoiles.

    Suis-je le seul dans ce cas ?

    Sinon j’aimerais commencer les titres au niveau H1. Quelqu’un a-t-il déjà fait cela ?

    • Désolé, je n’ai pas testé le contrôle des niveaux d’intertitres introduits dans le code par Stéphane D.

      Si quelqu’un arrive à les faire fonctionner il pourra peut-être te conseiller...

    Répondre à ce message

  • 3

    Bonjour,

    Merci pour le boulot sur ce plugin. Je pense avoir détecté un petit bug.

    Les variables globales $GLOBALS[’debut_intertitre’] et $GLOBALS[’fin_intertitre’] sont bien prises en compte dans la génération des ancres dans le texte. Dans mon cas par ex, j’ai demandé à démarrer à h2, mes ancres commencent bien à h2.

    Par contre, dans la génération de la table des matières, si on a choisi comme moi h2 en niveau de base, la table des matières n’est toujours générée qu’à partir du niveau suivant h3 (c’est à dire que je n’ai pas les titres de niveau h2 dans la tdm).

    J’ai corrigé ces lignes (63 et 64 ici), en remplaçant « 3 » par « 2 » dans l’expression régulière du trim :

      // pour que les différents niveaux d'intertitres soient gérés quand on repasse sur le texte dans le cadre d'un filtre avec tableseule
      if ($tableseule) {
    	$my_debut_intertitre=trim("\n<h([2-9]) class=\"spip\">");
    	$my_fin_intertitre=trim("</h[2-9]>\n");
    	}

    Je suis pas sûr de la modif dans le sens ou je n’utilise pas « tableseule » ... par contre dans mon cas je l’utilise dans un squelette, pas dans l’article, ceci expliquant peut-être cela. En tout cas ça résout direct le souci. Votre avis ?

    Mci. Pierre.

    • Re-slt ...
      Entre temps j’ai pris la version svn pour être sûr d’avoir la vraiment dernière version. Ma modif casse autre chose, je n’ai pas la bonne hiérarchie des id dans la TDM ... et je constate en revenant en arrière quelque chose que je n’avais pas vu.
      Il me manque donc toujours mon premier niveau (les h2) mais je constate en plus que le niveau h3 est identifié avec les id du niveau h2 (par ex mon premier h3 pointe vers l’id a1 qui est l’id de mon premier h2 en fait).
      Je pense que ce bug peut facilement passer totalement inaperçu car on a souvent un premier sous-titre h3 juste après un titre h2, donc l’ancre arrive à peu près au bon niveau...
      Je suis le seul dans ce cas ou c’est vraiment un bug ?
      Mci. Pierre.

    • Slt

      Bon je trouve pas l’erreur, mais dès que je supprime les $GLOBALS[’debut_intertitre’] et $GLOBALS[’fin_intertitre’], tout refonctionne parfaitement, donc je pense que ç’est à ce niveau que quelque chose est mal pris en compte.

      De 3 à 6 ça laisse encore 4 niveau de titre, ça devrait le faire :-), j’ai pas le temps de creuser plus avant pour l’instant.

      Pierre.

    • Désolé, je n’ai pas testé le contrôle des niveaux d’intertitres introduits dans le code par Stéphane D.

      Si quelqu’un arrive à les faire fonctionner il pourra peut-être te conseiller...

    Répondre à ce message

  • 7

    Bonjour

    Juste un petit truc : normalement en xhtml le nom des ancres doit commencer par un caractère alphabétique, donc pas par un chiffre. Ce qui est le cas avec ce plugin... C’est possible de changer ca ?

    • Ah...

      Tu pointes un gros souci : actuellement, le plugin utilise des <a name="XXX"> dans lesquels l’utilisation de valeurs numériques ne pose pas de problème, mais qui ne sont encore corrects qu’en xhtml transitionnal, pas en strict.

      En strict, il faut utiliser les id="XXX", mais qui n’acceptent pas de commencer par autre chose qu’un alphabétique.

      On pourrait changer en mettant des id partout, et en modifiant les ancres sous la forme id="intertitre_1.2". Faut espérer que les gens ne font pas de liens en dur vers les anciennes ancres. S’ils n’utilisent que les modèles fournis avec le plugin, il suffit alors de changer ces modèles pour qu’ils pointent vers les nouvelles ancres.

      Qu’en penses-tu ?

    • D’après les spec, le name est censé disparaître... Donc si on veut rester dans la course, faut passer aux id... Pour ceux qui ont des liens en dur ca pose un problème... Mais c’était un peu risqué quand même de mettre ces liens en dur, sachant qu’il suffit de rajouter un titre pour que les ancres changent... Sinon faut faire 2 versions ? Enfin c’est peu lourd...

    • 2 versions... Pas envisageable... À la rigueur une option pour laisser les name... Mais bon...

      Problème : je n’ai absolument pas le temps de m’en occuper à court terme (quelques mois) !!! Le peux-tu ?

    • OK, je vais voir ca... pas de suite, mais bon,... heu bientôt ;-)

      Si personne ne dit rien dans ce forum, on remplace simplement les name en id...

    • vendu !

      Le premier à commiter à gagné... :-)

    • Bon ben hop c’est fait. Ca fonctionne chez moi

    • Je suis battu à plattes coutures !!

      Je testerai ça le plus vite possible (dans une semaine ou deux... :-/)

      (à l’occasion, j’ajouterai peut-être une autre modif pour que l’ancre soit non plus dans un <a id="XXX"></a> qui n’est pas très propre, mais directement dans le <hx id="XXX">)

    Répondre à ce message

  • 2

    Bonjour

    Ce plugin n’est pas noté compatible spip 2.1 sur ce site alors qu’il l’est sur http://plugins.spip.net/. Qu’en est-il ?

    • Le plugin fonctionne très bien avec Spip 2.1... J’ai d’ailleurs rajouté le mot-clé idoine pour qu’ici aussi l’information sont donnée.

    • Je ne sais vraiment, je ne connais pas ce domaine (le multi-langues), désolé !

    Répondre à ce message

  • 2

    Bonjour,
    y a-t-il une methode de traduction automatique des ancres genre < multi > ?
    merci d’avance !

    • heu... je connais mal les balises multi il faudrait essayer... :-/

    • Non justement elles ne marchent pas.... connaissez-vous une autre solution ?

    Répondre à ce message

  • 1
    Baptiste

    Remplacer la ligne 80 de intertitres_tdm_fonctions.php par :

     preg_match ("/<h(\d) class=\"spip\"><a name='$ancre'><\/a>.*?<\/h\\1>(.*?)(<h\\1 class=\"spip\">|$)/s",$texte,$matches);

    permet de corriger la fonction « extrait_partie » pour qu’elle fonctionne si on demande la dernière partie du texte (sinon, il ne la renvoie pas car il attend un titre pour la terminer).

    • Bonjour,

      Merci beaucoup pour l’info. Tu peux modifier le plugin sur la zone si tu y as accès (sinon, il suffit de lire http://zone.spip.org/trac/spip-zone/ « Comment participer »).

      Sinon je le ferais dès que j’aurai eu du temps pour tester !

    Répondre à ce message

  • 2
    StephBretagne

    Bonjour et merci pour ce plugin qui est vraiment fabuleux !!!

    J’ai un petit souci qui me semble incompréhensible cependant : les intertitres hiérarchisés n’ont pas la même apparence selon que l’on veut avoir des numéros ou pas. Etrange non ?

    Je vous laisse une image pour que ce soit plus parlant.

    Je suis sous SPIP 2.0.10 [14698] | Sarka-SPIP 3.0.3 [36479] et j’ai pas mal de plugins installés (mais pas le CS) dont Enluminures typo et Barre Typo V2.

    Quelqu’un saurait pourquoi il y a cette différence entre les intertitres numérotés ou non ? Et serait-il possible d’unifier ces intertitres ?

    Merci d’avance pour vos réponses et bonne soirée !

    • Ce sont les CSS qui déterminent le style des intertitres (h2 à h7).

      Il est possible que les surcharges des enluminures supportent mal la cohabitation avec celles du plugin des intertitres hiérarchisés. As-tu essayé dans l’un ou l’autre pour voir ?

      As-tu un lien vers le site en question ?

    • StephBretagne

      Hello Beurt,

      Je te remercie pour ta réponse. Je ne sais pas si tu as vu mais je t’ai répondu via le formulaire de contact.

      Bonne soirée !

    Répondre à ce message

  • 6

    aussitôt la compatibilité SPIP 2 du plugin intertitres hiérarchisés annoncé ;
    j’ai tenté et testé un hack vite fait, largement/honteusement inspiré/pompé des enluminures typographiques : ça fonctionne chez moi :) je le livre donc à un plus large test et critiques

    • bonjour.

      j’ai entre temps travaillé sur une une meilleure intégration à la barre typographique afin d’avoir quelque chose de plus spécifique/adapté aux Intertitres Hiérarchisés (et il y a aussi les renvois et les extraits...)
      voici donc la nouvelle monture pour tests et critiques (pour le problème des ancres personnalisées, j’y travaille encore et au final, je crois que je vais scinder les deux cas car mes compétences en javascript sont à leur limite).

    • Salut !

      1- le bug apparu dans la v0.5 (avec l’espace privé) est corrigé (par un retour du fichier options) ->0.6

      2- j’aime beaucoup tes propositions pour les noms des modèles, je pense qu’on peut les rajouter avec des raccourcis vers les modèles « historiques » (pour compatibilité ascendante) :

      Ex. pour la table des matières, il suffit de rajouter dans modeles le fichier article_table.html :

      [
      
      (#REM) Raccourci vers le modèle de tables matières
      
      
      ]#MODELE{table_des_matieres,id=#ENV{id_article}}

      ou dans article_tdm pour éviter des ambigüités avec d’autres plugins qui manipuleraient des tables (MysQL, ou des tableaux)...

      3- je vais regarder en détail ce que tu as fait pour la BTv2. De prime abord je me demande si c’est compatible avec les enluminures ? Les deux peuvent coexister ?

      4- La BT va disparaitre avec Spip 2.1 remplacée sans doute par le porte plume : il faudra réfléchir à ça aussi.

      5- je t’invite à participer officiellement au développement de ce plugin : tu peux directement travailler sur la Zone !!! (D’ailleurs, tout le monde est invité !!). C’est plus simple a gérer que les zip, les différences entre les versions sont plus faciles à analyser et on sait plus facilement qui fait quoi. Donc gogogo !

      Et encore merci pour les efforts que tu fais pour ce plugin !

    • je vais regarder en détail ce que tu as fait pour la BTv2. De prime abord je me demande si c’est compatible avec les enluminures ? Les deux peuvent coexister ?

      j’ai testé la première monture avec les ET sans soucis (mon test ceci dit est sommaire car je n’utilise par ET : j’ai juste installé les deux et créé un article de test mélangeant des fonctionnalités des deux et vérifiant que la barre ne beugue pas..) donc, il semble que les deux peuvent coexister.
      et bien sur, les intertitres continuent de fonctionner quand BTv2 n’est pas installé (il n’est pas en requis...), et BTv2 fait apparaitre/disparaitre la portion relative aux Intertitres quand le plugin est activé/désactivé ^^

      La BT va disparaitre avec Spip 2.1 remplacée sans doute par le porte plume : il faudra réfléchir à ça aussi.

      j’ai installé et utilise (plus mes rédacteurs car je suis un peu vieille école) la BTv2 et c’est la raison pour laquelle je travaille à son intégration des Intertitres et non celle de FCKeditor par exemple :) je passerai à l’intégration du PP dès que je commencerai à l’utiliser...
      ceci dit, je viens de jeter un œil et je dois avouer qu’il me semble plus facile à programmer et à étendre (parce-que la barre actuelle n’est pas extensible, m’obligeant à modifier le core chaque fois pour un de mes sites et c’est cela aussi qu’essaye d’adresser la BTv2 avec son système de pipeline ; mais écrire des fonctions mélangeants php et js est un poil plus ardu que de déclarer des tableaux associatifs php je trouve) donc j’attends vivement la sortie officielle de PP :)

    • La BTv3 intègre désormais par défaut le fonctionnement avec les raccourcis typo {{{* }}}.

      Par contre, les # ne sont pas intégrés car — de mon point de vue — c’est à la CSS de s’occuper de ça...

    • Oups, je voulais bien sûr parler des ETv3 (Enluminures typographiques V3).

    • La BTv3 intègre désormais par défaut le fonctionnement avec les raccourcis typo *

      Bonne nouvelle cette convergence !
      Est-ce que les ET déposent aussi des ancres (ou des id) dans les titres ?

      Par contre, les # ne sont pas intégrés car — de mon point de vue — c’est à la CSS de s’occuper de ça...

      Dommage, il y a quand même une différence sémantique entre <ol> et <ul> non ?...

      De mon coté j’ai peu de temps, mais je vais essayer de revoir un peu le code du plugin d’ici quelques semaines. Si j’arrive à comprendre comment fonctionne les ETv3 (je suis vraiment nul en PHP) j’essaierai peut-être de terminer cette fusion que tu as entamée.

    Répondre à ce message

  • 3

    Bonjour,
    je suis personnellement un utilisateur d’intertitres hiérarchisés. Cependant, dans la mesure où cela n’est pas dans le core, une fois qu’on utilise un tel outil, difficile de revenir en arrière. Tout d’abord ce plugin assure la compatibilité avec les raccourcis {2{ }2} d’enluminures typo V2. C’est un point important. Cependant, fournit-il les fonctionnalités suivantes (réservées au webmaster du site) :
    -  Convertir en masse les codes {{{** }}} et {{{## }}} en {2{ }2} au cas où l’on décide de désinstaller ce plugin pour le remplacer par Enluminures Typo ?
    -  Convertir en masse les codes {{{** }}} et {{{## }}} en {{{ }}} au cas où l’on souhaite supprimer définitivement le plugin du site (retour en arrière irréversible) ?

    Cette critique n’est pas propre à ce plugin mais à tout plugin ajoutant de nouveaux raccourcis typographiques. Il faut permettre à l’utilisateur de pouvoir désinstaller définitivement le plugin.

    Encore bravo pour ce travail et bien cordialement

    • Bonjour !

      Je suis très heureux que tu sois un utilisateur convaincu des intertitres hiérarchisés !

      Il n’existe pas actuellement de système de désinstallation, et je n’ai malheureusement pas le temps de m’en occuper. Par contre, comme je le disais à Stéphane plus tôt, le développement de ce plugin est un développement ouvert (auquel chacun peut participer) par le SVN de Spip zone : donc libre à toi d’y travailler si tu le peux !

      Toutefois, on peut très bien faire cohabiter ce plugin avec les enluminures typo (comme tu le disais) et donc continuer à utiliser les {2{ }2} sans souci (il n’est pas nécessaire de passer aux {{{** }}} lorsque l’on installe le plugin Intertitres hiérarchisés et table des matières !).

      Par contre, il est sûr que l’utilisation de plugins qui rajoutent des raccourcis typographiques est sans retour (comme le mentionne très bien la contrib’ sur les enluminures typo).

      Désolé de ne pas pouvoir t’apporter plus d’éléments ! Ce que je peux ajouter est qu’une telle désinstallation demande de vérifier toutes les entrées de la base de données : de les passer dans une expression régulière qui va rétablir les raccourcis originaux. Puis remettre l’article modifié dans la base. Cela me paraît un énorme calcul, surtout pour les grosses bases de données (la base de données du site pour lequel ce plugin a été conçu contient plus de 3000 articles... Je connais au moins un site Spip qui l’utilise aussi avec plus 50000 (oui, cinquante mille) articles !!!).

    • bonjour Joseph.
      puisqu’aucun de ces deux plugins n’est installé sur spip-contrib, on peut comparer le résultat de leur désactivation ici :)

      avec Intertitres Hiérachisés

      {{{** Les trucs qui coupent}}}
      snip...
      {{{*** Ciseaux}}}
      de toutes les sortes... 
      {{{**** À bois}}}
      c'est dangereux ça !

      produit ce qui suit..

      Les trucs qui coupent

      snip...

      Ciseaux

      de toutes les sortes...

      À bois

      c’est dangereux ça !

      avec Enluminures Typographiques

      {2{ Les trucs qui coupent}}
      snip...
      {3{ Ciseaux}}
      de toutes les sortes... 
      {4{ À bois}}
      c'est dangereux ça !

      produit ce qui suit..

      2 Les trucs qui coupent
      snip...
      3 Ciseaux
      de toutes les sortes...
      4 À bois
      c’est dangereux ça !

      conclusion

      certe on a introduit de nouveaux raccourcis, mais ceux des intertitres hiérachisés restent compatibles avec le fonctionnement normal de SPIP et quand le plugin est désinstallé, les titres demeurent des titres (ils ne perdent que leur hiérarchisation sémantique (Hx) et visuelle (via les CSS), mais on devine dans les titres normaux SPIP les niveaux d’importance des titres qui sont écrits comme dans les documents purement textuels (ils sont souvent doublés de tirets de soulignement pour ne pas être confondu avec de simples listes) :)

      en tout cas, pour ma part, c’est bien moins gênant si on décide de revenir en arrière (encore que je me demande bien pourquoi).

    • bon, j’ai validé par inadvertance avant de terminer ma conclusion :( je termine donc et complète mon long message :)

      pour ce qui est donc du fait de :

      Convertir en masse les codes {{{** }}} et {{{## }}} en {{{ }}} au cas où l’on souhaite supprimer définitivement le plugin du site (retour en arrière irréversible) ?

      le retour en arrière est irréversible quand on utilise des raccourcis non standards de SPIP (sauf si on peut retoucher les articles à la main...) mais ce n’est pas si dommageable avec ce plugin... et comme le souligne Bert, ce genre d’opération est très lourde (et pas forcément efficace).

      concernant le fait de :

      Convertir en masse les codes {{{** }}} et {{{## }}} en {2{ }2} au cas où l’on décide de désinstaller ce plugin pour le remplacer par Enluminures Typo ?

      ce type de conversion est du même acabit que que le précédant (transformer les {{{** en {{{ : trop lourd (et risqué). mais la compatibilité assurée par ce plugin —comme tu l’as notée— permet de ne pas avoir à faire de conversion quand on a été utilisateur des Enluminures Typo. mieux, si tu as une préférence pour celle-là, les deux plugins peuvent cohabiter sans problème (et tu devrais pouvoir utiliser la table des matières sans la syntaxe —quand même meilleure— ainsi que certaines autres fonctionnalités)

      plus de compatibilité avec la core et moins de casse...

      je voudrais poursuivre sur le choix des raccourcis fournis et leur résultat lorsque l’on désactive ou désinstalle le plugin.
      ainsi, les * ou # rajoutés aux {{{ ne sont pas si pénalisants (de mon point de vue). j’aurais de la même façon voulu que les ancres personnalisés utilisés avec les intertitres soient de vrais ancres spipiennes (donc encadrés de [<code> et <code><-]) et non ce qui fait penser à un raccourci (donc encadrés de <<code> et <code>>) : cela aurait aussi l’avantage de ne pas casser les liens existants et même de récupérer ceux qui existent avant l’activation du plugin...

      dans le même ordre d’idée (casser le moins quand on désinstalle/désactive le plugin car en n’apportant que la cerise sur le gâteau par simple extension de la syntaxe existante), j’ai pour ma part renommé les modèles de façon à suggérer qu’il s’agit de l’extension de du modèle de base article (et garder donc les liens —mais sans les bonus et la présentation— lorsqu’on désactive) :
      -  table_des_matieres en article_table (avec la prise en compte des niveau et des numéreaux, il s’agit d’une véritable table des matières et non d’un sommaire)
      -  renvoi en article_renvoi
      -  extrait en article_extrait (ce renommage est moins pertiant)
      -  extrait_partie en article_partie (ce renommage est moins pertiant)

      voilà mes réfléxions actuelles sur ce plugin :/

    Répondre à ce message

  • 5

    voilà un plug-in que j’aime bien car j’utilise pas mal les intertitres et c’est le seul qui me faisait quelque chose de correct (aussi bien dans la syntaxe que dans le résultat). mais je suis hélas passé à la v2 de spip et ça ne fonctionne plus ; j’ai droit à cinq erreur sql : « U.url, U.date, O. FROM spip_articles AS O LEFT JOIN spip_urls AS U ON (U.type=’article’ AND U.id_objet=O.id_article) WHERE O.id_article=63 ORDER BY U.date DESC LIMIT 1
    You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near ’FROM db216715564.spip_articles AS O LEFT JOIN db216715564.s »

    • Oui, j’ai constaté que ça ne fonctionnait plus...

      Par contre, je n’ai pas d’erreur SQL... Et je ne vois pas bien d’où elles peuvent venir !

      Pour que le plugin passe à la V2 de Spip, je crois qu’il va falloir remanier son code. Le code utilisé par le plugin, réalisé par Mortimer il y a longtemps est prévu pour fonctionner avec des vieux Spip : il utilise des mécanismes d’intégration un peu anciens, qui n’ont plus court avec la V2, je le crains. Pour les spécialistes, je précise qu’il va falloir migrer ce qui est dans mes_options dans des pipelines...

      C’est à la limite de ce que je sais faire, donc l’adaptation va prendre un peu de temps, car il faut que je me documente un peu...

      Je suis désolé pour cette déconvenue, je vais faire de mon mieux d’autant que je pense que ce travail initié par Mortimer sur les intertitres est vraiment fondamental pour Spip !

      (NB : si d’ici là des Spipeurs habiles qui manient les pipelines sans y penser peuvent jeter un œil à tout ça tant mieux, le plugin est en libre développement sur la zone !)

    • Ça y est, la dernière version du plugin (0.5 du 24 janvier 2009) fonctionne avec Spip 2 grâce au passage aux pipelines.

      Il y ’a aussi quelques autres améliorations dans cette version.

    • j’active le plugin nouveau, et je me rend à la page http://monsite/ecrire/?exec=accueil, et là :

      Fatal error : Call to undefined function IntertitresTdm_table_des_matieres() in /chemin/de/mon/htdocs/plugins/intertitres_hierarchises/intertitres_tdm_fonctions_typo.php on line 18

      je crois que c’est lié à la présence, dans plugin.xml, de l’ante-penultième ligne :

      <fonctions>intertitres_tdm_fonctions.php</fonctions>

      pour ma part, je vire cette cette ligne et met toutes les fonctions dans intertitres_tdm_fonctions_typo.php sans être certain

    • Je n’ai pas ce bug...

      Je vais faire des tests plus poussés ce WE. Toutefois, la solution que tu préconises ne me parait pas bonne (elle risque de produire plus de bugs qu’elle n’en répare) !

      Essaies dans plugin.xml de mettre la ligne :

      <fonctions>intertitres_tdm_fonctions.php</fonctions>

      avant :

      <!-- Definitions des fonctions qui s'inserent dans les pipelines -->

      Et dis moi si ça fonctionne mieux comme ça.

    • je viens de tester, en ayant soin de désactiver le plugin et vider le cache depuis l’espace privé, puis de supprimer de mon disque la version modifiée et de la retélécharger, enfin de la déziper et faire la modification et rebalancer le tout par ftp; puis en retournant dans l’espace privé et en l’activant, même erreur... (idem pour la page /ecrire/?exec=forum —en fait toutes les pages où on calcule et affiche du contenu...— ; mais la liste des rédacteurs ou la gestion des plugins par exemple sont saufs)

      je ne sais pas comment SPIP « parse » ce fichier xml, mais je ne pense pas que l’ordre des éléments de même niveau ait de l’importance. maintenant, en regardant un peu la documentation du fichier, je lis :

          <!-- précise le fichier à charger à chaque recalcul, partie publique -->
          <fonctions>chemin du fichier </fonctions>

      est-ce à dire que ce n’est pris en compte que dans la partie publique ? or l’une des fonctions de ce fichier est utilisée par une des surcharges (pipeline) et doit donc être déclarée au préalable (d’où ma solution en attendant)

    Répondre à ce message

  • pour l’intégration à BTv2, je crois qu’il faut regarder ce que fait Enluminures Typographiques... je vais jetter un coup d’oeil dans le week-end. :)

    Répondre à ce message

  • 1

    SUPER ! Quelle réactivité... Je teste ça dans l’après-midi. Merci encore.

    A bientôt,

    G.

    Répondre à ce message

  • 2

    Merci pour ta réponse rapide.

    Bon, comme tu m’as fais douter, je viens de retester mon histoire de table des matières de l’article X affichée dans l’article Y, X et Y sont publiés. Je confirme que les liens de la table des matières de X affichés dans Y pointent vers Y et non pas vers X...

    J’ai cette version du plugin :

    Version : 0.3 | en développement

    récupérée à http://files.spip.org/spip-zone/intertitres_hierarchises.zip.

    J’ai aussi les plugins enluminures typographiques et barre typo V2, squelettes sarkaspip et thickbox... Peut-être une incompatibilité ??

    • Oups ! tu as raison, c’est moi qui n’avait pas compris : la tdm s’affiche bien, mais ce sont les liens qui ne pointent pas au bon endroit...

      Je vois la source du bug. D’ici quelques jours je vais corriger ça, dans la foulée je ferais quelques vérifications pour valider le plugin pour Spip 2.0.

      Encore un peu de patience...

      Merci beaucoup pour le retour !

    • Bon allez hop, c’était plutôt simple à corriger et j’avais 10min devant moi : c’est corrigé dans la version 0.4 du 19/12/08.

      On verra plus tard pour Spip 2.0 (mais je pense que comme la plupart du code n’est pas de moi : ça devrait fonctionner...)

    Répondre à ce message

  • 1

    Merci pour ce plugin qui répond à un besoin fondamental non couvert par le core SPIP.
    Mon problème : si je veux la table des matières de l’article 122 dans le 245, ça fonctionne avec <table_des_matieres122>, mais les liens dans la table des matières affichée ne renvoient pas vers l’article 122, mais vers le 245 et du coup il ne se passe rien au clic... C’est dommage, non ?...
    En tous les cas, bravo pour votre superbe travail.

    • Ah tiens ? Je ne reproduis pas ton bug...

      Dans ton article 245, c’est bien <table_des_matieres122> que tu as mis ??

      Si oui, les deux articles sont-ils publiés (surtout le 122) ?

    Répondre à ce message

  • 3

    Bonjour et merci pour ce plugin,

    J’ai un souci parce que vous fixez en dur le niveau des intertitres en partant de h3 ; or sur mon site ils partent de h2.

    Comme je ne dois pas être le seul dans ce cas je vous fais la remontée pour contribuer comme je peux... ;)

    Je suppose qu’il doit être possible de repartir de mes_fonctions et de parser ces réglages :

    • $GLOBALS['debut_intertitre'] = "\n<h2>";
    • $GLOBALS['fin_intertitre'] = "</h2>\n";

    afin de récupérer le nombre.

    Ensuite il suffira de retourner ce nombre dans tous les calculs de type :

    • $lastlevel+2
    • $my_debut_intertitre=trim("\n<h([3-9]) class=\"spip\">");
    • $my_fin_intertitre=trim("</h[3-9]>\n");
    • etc.

    Voilà, en tout cas merci pour l’idée.

    • Effectivement, le h3 avait été choisi car c’est la config par défaut de Spip.

      Ton idée est bonne ! Mais je ne vais pas avoir le temps de le faire avant longtemps (trop trop de choses à faire en retard).

      Par contre, ce plugin étant développé sur la zone, tu peux peut-être commiter les changements toi-même ?

    • Je risque de tout casser, non ?

    • Je pense que le mieux est d’essayer ne pas tout casser.

      Mais, récupérer la globale concernant le niveau d’intertitre me paraît une excellente idée !

      Donc, si les modifs fonctionnent chez toi, elles ont des chances de fonctionner partout. Et on essaiera !

      Et si ça marche pas, SVN permet toujours de revenir en arrière (revert).

      Donc comme diraient les dév de Spip et des principaux plugins : « gogogo » !

    Répondre à ce message

  • 5

    Bonjour,
    Je viens d’installer ce plugin qui répond exactement à mes besoins.
    Malheureusement, lorsque dans un article (par exemple le 90) j’ajoute la balise
    <table_des_matieres90>, la table est correctement générée mais toutes les images insérées dans l’article (que ce soit avec <emb> ou <doc> ou <img>) disparaissent !
    J’avoue que je ne comprends pas pourquoi ?
    Une idée ?
    Avez-vous le même problème ?

    • Je confirme. J’ai le même comportement sur mes sites, ce qui m’a amené à ne plus utiliser cette balise. C’est dommage.

    • Alors... pas de solution ? Snif !

    • J’ai constaté le bug...

      Je n’ai pas encore trouvé de solution simple... Mais je vais y travailler (petit problème de débordement en ce moment...) Je vous tiens au courant.

    • Toujours pas de solution ?
      C’est dommage !

    • Ce problème avec les modèles est corrigé dans la dernières version du plugin (celle du 21/09/08).

      Pouvez-vous tester et me dire si tout va bien ?

    Répondre à ce message

  • Olivier CARETTE

    Bonjour,
    Ce type de plugin me semble bien mais j’ai une surcharge de mes pages espace privé avec du code que je ne comprend pas.
    Peut -être y-a-t-il une incompatibilité avec un autre plugin ?
    Voici une partie du texte visible :

    o� x>3 * * - encore une modif, tr�s moche : pour permettre de n’afficher que la table, * quand on utilise ceci comme un filtre avec unn second param�tre : * [(#TEXTE|table_des_matierestable_seule)] * - ajout d’une fonction qui converti les intertitres des enluminures en * intertitres compatibles avec cette contrib’ */ function IntertitresTdm_table_des_matieres($texte,$tableseule=false) global $debut_intertitre, $fin_intertitre ; // d�finition de la balise pour les titres des sections %num% sera remplac� // par la profondeur de la section // les raccourcis soient remplac�s par des headlines () $css_debut_intertitre = « \n » ; $css_fin_intertitre = « \n » ; // on cherche les noms de section commen�ant par des * et # $my_debut_intertitre=trim($debut_intertitre) ; //astuce des trim trouv�e l� : http://www.spip-contrib.net/Generation-automatique-de#forum383092 $my_fin_intertitre=trim($fin_intertitre) ; // pour que les diff�rents niveaux d’intertitres soient g�r�s quand on repasse sur le texte dans le cadre d’un filtre avec tableseule if ($tableseule) $my_debut_intertitre=trim(« \n ») ; $my_fin_intertitre=trim(« \n ») ; // on cherche les noms de section commen�ant par des * et # $count = preg_match_all( « (($my_debut_intertitre([\*#]*)(.* ?)(<(.* ?)>) ?$my_fin_intertitre)) », $texte, $matches ) ; $table = ’’ ; //initialisation du compteur $cnt[0] = 0 ; // initialisation du code de la table des mati�res // s’articule autour d’un et d’un

    $table = "\n

    Mes autre plugins sont :
    Accès restreint
    Agenda
    Article PDF
    Barre typo generalisée
    Barre typo V2
    Barre typo dans le texte
    CFG
    CS
    Crayon
    Definitions mots clés
    En travaux
    Forms and tabs
    Google analytics
    Google sitemaps
    Imprimer document
    Inscription 2
    Notation des articles
    Boite à outils pour articles
    Spip listes
    Spip notification
    Spip surcharge
    Widget Calendrier

    Répondre à ce message

  • 3

    Bravo pour ce travail, c’est simple et puissant, et c’est ce que je cherchait pour mettre en page de longs textes, et pouvoir présenter un sommaire dans une boucle article par exemple..
    J’ai juste un gout de trop peu (je sais j’abuse), car il est difficilement intégrable avec le découpage en pages ou onglet du couteau suisse.
    Mais bien-sur ce plugin est encore en développement donc respect pour le travail accomplit et je serais patient !
    Merci encore

    • Merci pour les compliments.

      Le statut en cours de développement de cette contrib’ n’est pas un bon reflet de sa stabilité : ce plugin est stable (car basé sur une contrib’ qui l’était), mais des il garde le statut en cours de développement car des fonctions sont à venir (comme l’intégration dans la barre typo).

      Peut-tu me préciser les problèmes rencontrés avec le découpage en pages/onglets du CS ? Voire une donner une URL où je puisse le constater ?

    • Merci de ta réponse rapide !
      Comme tu dois le savoir dans le CS, les deux fonctions (sommaire et découpage) marchent ensemble et le numéro de la page s’affiche après chaque ligne de sommaire
      Dans le cas présent, je ne m’attendais pas à cet affichage, bien-sûr, néanmoins j’espérais que tout le sommaire soit extrait grâce à la balise (je ne l’ai pour le moment testée qu’en intra-texte, pas encore dans le squelette « article », ce qui ne saurai tarder) or, ne sont extrait du texte que les titres de la première page, et uniquement sur la première page.
      comme ça faisait moche, j’ai viré les ++++, et me contente de longues, longues pages...
      Voilà, avec deux exemples :

      http://www.jean-beaujouan.fr/spip.php?article9
      Dans ce cas, pas de ++++, donc un seul bloc, et ça marche nickel (- :

      http://www.jean-beaujouan.fr/spip.php?article7
      Dans ce cas en revanche, comme c’est découpé, le sommaire se contente de retourner les titres présents dans la première page..

      Merci.
      Corentin.

    • Je vois le problème. Il faudrait que j’étudie un peu le fonctionnement de cette lame du CS... Hélas cela ne va pas se faire très vite (j’en suis désolé) car d’autres chantiers prioritaires m’attendent !

      Je te tiens au courant ici-même.

    Répondre à ce message

  • 2

    Bonjour
    j’ai installé le plugin, mais il m’indique qu’il manque un fichier une fois le plugin activé :
    ./plugins/intertitres_hierarchises/intertitres_tdm_fonctions_header_prive.php

     ???

    En tout cas ce plugin parait bien utile !

    • Le Fichier intertitres_tdm_fonctions_header_prive.php est-il présent dans le répertoire du plugin (« intertitres_hierarchises ») ?

      Je viens de vérifier il est présent dans l’archive qui est sur la zone (paquet qui est dans cet article). Donc si ce fichier est absent de ton répertoire plugins :

      -  désactive le plugin
      -  efface le répertoire « intertitres_hierarchises »
      -  re-télécharge le paquet zip
      -  mets le dossier « intertitres_hierarchises » dans le répertoire plugins de ton site
      -  efface le cache
      -  active le plugin
      -  teste...

      Si ça ne fonctionne toujours pas, ou si le fichier est bien présent dans le répertoire, peux-tu me préciser dans quel contexte exact ce message apparaît ? (voire si c’est du coté site public me donner une URL).

    • Merci ! maintenant ça marche ! :-)

    Répondre à ce message

  • 1
    saintvinasse2

    Salut, jolie contrib. Je vais tester ça dans pas longtemps :)

    Si tu as besoin d’un logo pour le plugin, je veux bien bosser la dessus.

    Et pour le nom, ma suggestion serait Hintertitre. Avec double jeu de mot en prime : H pour hierarchie, Hint, pour « astuce » ou « truc » dépendament du contexte.

     ;)

    • Merci pour les compliments, je les accepte en tant que celui qui a mis la contrib’ en plugin. Les vrais compliments vont aux auteurs de la contrib’ originelle.

      N’hésite à faire des retours sur tes tests. Notes d’ailleurs, qu’il y a eu une correction de bug importante faite dans la nuit.

      J’avais quelques idées pour le logo, mais pas assez de temps pour les mettre en pratique (un logo qui serait homogène avec les icônes rajoutées sur la BTv2). Mais je serais très heureux de voir ce à quoi tu penses.

      Pas contre, pour le changement de nom du plugin, au début je trouvais ça trop long et puis finalement, je trouve ça pas mal. D’une part ça reprend en quelque sorte le nom de la contrib’ originelle, d’autre part ça explique bien de quoi il s’agit. Et puis je n’aime pas trop ces titres en anglais !

    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 :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

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.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom