Intertitres hiérarchiques - commentaires

Intertitres hiérarchiques

Bonjour,

Après exploration sur SPIP 4.1.11 :
je pense que l'origine du bug de numérotation est lié au double appel de la fonction propre() dans le squelette par défaut des articles squelettes-dist/article.html :
- lors de l'appel de la balise #TEXTE bien sûr
- mais aussi lors de l'appel, antérieur, à la balise #INTRODUCTION « coupée » à une certaine longueur maximale (150) pour renseigner un champ meta du head de la page html.

D'où un bug bizarre :
- si le texte de l'article est plus long que 150 caractères, l'appel au filtre |couper (du moins je crois) pour raccourcir l'« introduction » transforme les titres {{{# }}} en #, avec suppression des accolades. Ainsi, la Textwheel n'y reconnaît pas les titres,
- par contre, si le texte de l'article est très court, < 150 caractères, l'« introduction » contient l'ensemble de ce texte, qui n'est pas modifié et contient toujours les titres dans leur forme originale {{{# }}}, d'où 2 passages par le « compteur de numérotation » du plugin.

Je pense que le plugin devrait corriger le calcul de la balise #INTRODUCTION afin qu'elle ne contiennent pas les accolades des titres (mais peut-être conserver les # ?).

Je ne sais pas bien comment faire ça. Corriger la fonction filtre_introduction_dist() (dans ecrire/public/fonctions.php ?
Pour ma part, je supprime pour l'instant la balise #INTRODUCTION du squelette de mes articles.

Intertitres hiérarchiques

Bonjour,

Je crois qu'il compte les

de l'

En espérant que cela aide.

Intertitres hiérarchiques

Bonjour,

Merci pour votre aide.
Pardon de ne revenir vers vous que maintenant, j'étais en congé longue durée.

Avec : le squelette article de la dist de SPIP 4.1.5. / sans et avec la balise sommaire / avec et sans le plugin Sommaire automatique.

Balise #TEXTE
Le rendu en BO est bon (elle démarre à 1), la numérotation est également correct à l'enregistrement en édition direct avec le Crayon avant le recalcule de la page. Après le recalcule, la numérotation n'est plus bonne (ici elle démarre à 3).

Balise #SOMMAIRE
S'il y a la balise sommaire, même problème dans #TEXTE de numérotation, mais si la balise sommaire est avant : la numérotation commence sur elle ; si elle est après : la numérotation s'enchaine.

Voici le code généré FO :


Sommaire
 3 - Titre niveau 1
 3.1 - Titre niveau 2
 3.2 - Titre niveau 2
 4 - Titre niveau 1
 Titre
5 - Titre niveau 1
blabla
5.1 - Titre niveau 2
blabla
5.2 - Titre niveau 2
blabla
6 - Titre niveau 1
blabla

Voici le code génér en BO :


Texte
Titre
1 - Titre niveau 1
blabla
1.1 - Titre niveau 2
blabla
1.2 - Titre niveau 2
blabla
2 - Titre niveau 1
blabla

Si ça peut aider,
Bien à vous...

Intertitres hiérarchiques

Hello,

Meilleurs vœux aussi.

Bon c'est bizarre que ça ne fonctionne pas car le coup du propre() est assez clair. Ça veut dire qu'il y a encore un cas non traité et que je ne peux pas tester dans mon environnement.

Peux-tu me fournir le squelette exact que tu utilises pour que je teste avec stp ?

Intertitres hiérarchiques

Salut Eric !

Bonne année (déjà !)
Ensuite, désolé pour le délai de réponse mais j'étais encore en congés, je reprends tout juste sur ce projet là.

Vu, et installé la version 2.0.6 mais hélas, le problème subsiste toujours chez moi.

J'ai testé sur plusieurs articles, le sommaire persiste à poursuivre la numérotation, donc ce n'est pas lié au contenu de l'article en lui même, à priori.
.
Je finis par me demander si des fois c'est pas la position du sommaire dans le squelette qui met le brin (chez moi, la balise #SOMMAIRE est placée APRES le #TEXTE). Il faut que je teste cette hypothèse dans la journée. J'essaie de te faire un retour ASAP.

En tout cas merci à toi pour l'effort de recherche et débug !

PS : en revanche, j'ai reproduis le même bug que l'autre jour au moment de mettre le plugin à jour. Ya un truc qui cause mal à porte_plume_intertire dans le process d'upgrade, manifestement ...

Intertitres hiérarchiques

Hello,

Bon je pense que j'ai trouvé le souci.
C'est en fait Sommaire Automatique qui provoque cet effet de bord sur Intertitres Hiérarchisés.

En effet, il peut appeler plusieurs fois propre() (si on utilise la balise #SOMMAIRE justement) et, en conséquence, activer plusieurs fois la wheel Intertitres dans le même hit. De fait, comme on est dans le même hit Intertitres pense qu'il s'agit de nouveaux titres et incrémente chacun provoquant ce résultat incohérent mais explicable.

J'ai ajouté une vérification permettant de savoir si le titre a déjà été traité pour ne pas incrémenter le titre mais renvoyer le titre déjà numéroté. En outre, c'est plus performant.

Pouvez-vous me dire si cette version 2.0.5 corrige tous vos soucis ?

Intertitres hiérarchiques

Hello Loiseau2nuit,

Bon j'ai refait des tests en utilisant l'instruction #SOMMAIRE{#TEXTE} dans le content de l'article où le #TEXTE est affiché et aussi dans un bloc extra séparé de là où je mets le #TEXTE et je ne reproduis pas, le sommaire est bien affiché correctement.

Je pense qu'il faudrait que tu me donnes le contenu exact de l'article.

Intertitres hiérarchiques

Hello,

Je ne comprends pas d'où vient ce bug d'installation car en plus ce plugin ne fait aucun traitement spécifique.

Sinon, tu as raison, le raz ne joue pas sur ton souci mais sur le fait que si tu mets 2 numérotations dans deux champs du même article tu as bien une remise à zéro, sinon, sans cela la numérotation s'incrémente entre les deux champs.

Pour ton cas, je suis perplexe parce que je ne reproduis pas.
Il faudrait que tu me donnes exactement le contexte et comment ton article et le sommaire sont affichés.

Intertitres hiérarchiques

En revanche, le soucis de numérotation avec sommaire_auto persiste ...
Et si j'ai bien lu et compris, je ne suis pas certain que {raz} soit la réponse à mon problème ...

Intertitres hiérarchiques

Hello Eric,

J'ai un petit « Woopsie » sur l'action de mise à jour (v2.0.1 vers la 2.0.4 qui était signalée ce matin)

Après vidage de cache il semble que la MAJ soit passée malgré tout et que le plugin fonctionne comme une fleur

Intertitres hiérarchiques

Bon je reviens encore une fois pour la correction du mauvais fix précédent et une nouvelle fonctionnalité pour éviter vos soucis. C'est la version 2.0.3.

Si on veut mettre des titres numérotés dans le chapeau et le texte par exemple, on possède maintenant un extender {raz} à positionner comme les autres extenders d'un titre (voir la documentation plus haut) et qui permet de forcer la remise à zéro de la numérotation.
Cette extender est donc à utiliser sur le premier titre de chaque champ concerné.

Si vous pouvez me dire si cela fonctionne maintenant en positionnant cet extender svp ?

Intertitres hiérarchiques

Alors non c'est pas bon du tout et c'est même une grosse régression.
J'avais surement un cache non vidé mais en recalculant tout je m'aperçois que ça ne fonctionne plus.

Par contre, en creusant le sujet, je pense que étant donné que les champs texte ou chapeau par exemple sont affichés dans le même hit, il n'est pas possible de distinguer si le titre concerne l'un ou l'autre de ces champs et donc remettre le contexte à zéro.

Donc je pense qu'il n'est pas possible de mettre une liste de titres numérotés dans plusieurs champs d'un même objet. On ne pourra jamais faire autre chose que de continuer la numérotation. Pour cela il faudrait introduire un indicateur pour dire RAZ dans le premier titre.

Intertitres hiérarchiques

Je viens de faire une correction avec une version 2.0.2 de Intertitres hiérarchiques pour le problème numéro 2.
Comme je n'ai pas exactement reproduit votre configuration pouvez-vous tester et me dire si c'est ok ?

Merci d'avance.

Intertitres hiérarchiques

Bonjour,

Merci pour ce plugin.

Je reviens sur le problème 2 - de numérotation évoqué ici par l'oiseau2nuit.

1/ Bug de numérotation uniquement sur le site public avec :
- un SPIP 4.1.5
- Intertitres hierarchiques 2.0.1
- squelettes-dist pour les squelettes.
Par exemple pour 4 titres de niveau 1, en BO, la numérotation démarre bien à 1, mais en public elle démarre à 5. Ici on est sur article.html, mais on retrouve le problème sur d'autres via la balise #INTRODUCTION si celle-ci retourne des titres numérotés.
2/ Suite du bug avec Sommaire automatique :
- un SPIP 4.1.5
- Intertitres hierarchiques 2.0.1
- Sommaire automatique 1.3.4.
- squelettes-dist pour les squelettes.
- balise #SOMMAIRE#TEXTE placée avant la balise #TEXTE (quelque soit l'option de listes)
Par exemple pour 4 titres numérotés de niveau 1, le sommaire automatique commence sa numérotation à 5 et le premier titre du texte démarre à 9.

Merci pour vos retours.

Intertitres hiérarchiques

Je répond uniquement au point 1) pour l'instant. Je pense que tu as zappé le paragraphe suivant dans la documentation :

Il n'est plus possible (depuis la version 1.2.0) de mélanger dans un même article la syntaxe des titres et des références : ça n'a d'ailleurs aucun sens. C'est la syntaxe du premier titre rencontré qui déterminera l'interprétation de la suite des titres et intertitres. Par exemple, il suffit de choisir {{{# Référence }}} comme premier titre pour que tous les autres titres et intertitres soient interprétés comme des références.

Pour le point 2) je regarde.

Intertitres hiérarchiques

(3 métros après la bataille)
Si je raconte pas de *plop*eries ça vient de ooCSS (Nicole Sullivan / modèle et FW présenté à Paris Web 2009) mais ça n'a effectivement jamais été natif dans SPIP à ma connaissance.
Cela dit c'est une très bonne pratique pour remettre d'aplomb une sémantique hasardeuse, conçue par des gens qui pensent que les niveau de titres ne servent qu'à faire de la cosmétique. A une certaine époque, j'en ai glissé pas mal du h2 class h4, du h3 class h1, ... 😁

Intertitres hiérarchiques

Salut ici !

J'ai 2 petits bugs rencontrés, en SPIP 4.1 dès lors que l'on utilise les intertitres numérotés :

1- si sur 5 titres, je décide de ne numéroter que les 4 premiers, le 5^e va se numéroter quand même, même si je ne mets pas de # dans le raccourcis

2- Lorsqu'on utilise les intertitres numérotés conjointement avec le plugin sommaire_automatique... comment dire... une capture vaudra mieux que tous discours ... 😬
Pour celui-ci, je ne sais pas auquel des 2 plugins c'est lié ...

A toute fin utile, je précise que le sommaire est intégré dans mon squelette avec sa balise #SOMMAIRE{#TEXTE}. Je ne sais pas dans quelle mesure ça joue ?

Intertitres

je dirais pour ma part de quand même tester la version de SPIP pour pas peter. On suit la logique de SPIP, même si elle nous semble illogique.

Intertitres

Honnêtement je n'ai jamais compris que l'on commence par un h3 la structure sémantique du contenu de l'article, J'ai donc toujours surchargé en h2.

De mémoire je crois que c'était surtout pour la compat avec la dist de spip, mais ne l'utilisant pas et surchargeant la totalité, ou utilisant un spip-reset à la place ... je dirais que je suis pour un h2 en standard ^^.

aussi l'idée était de ne pas rajouter une config pour ça, dans le plugin comme il y'avait dans typo enluminée, ou le CS ...

Intertitres

Peut être avec un test sur la version de SPIP pour ne pas péter des sites ?
Ou bien go direct #H2_for_all ?

Intertitres

Hello,

Non aucune ;-) j'ai toujours utilisé sur des sites en define h2, c'était ainsi dans le plugin pour conserver le comportement standard de spip.

Donc aucun soucis.

Intertitres

Salut,

avec SPIP 3.3, le niveau d'intertitre par défaut est maintenant H2

Cf :
https://core.spip.net/issues/2381
https://git.spip.net/spip/textwheel/commit/57de289c88fae817058b501899d2fc0db150e941

Tu verrais une objection à passer en H2 aussi dans ce plugin ?
C'est à dire ici :
https://git.spip.net/spip-contrib-extensions/porte_plume_intertitres/src/branch/master/porte_plume_intertitres_options.php#L20

Intertitres

Si ça casse de l'existant c'est qu'il était conçu bizarrement (du genre des gens qui ne stylent QUE les classes CSS et jamais les vraies balises HTML h2, h3, etc, ce qui est hautement improbable).

Donc non en théorie pour 99,9% des sites ça casse rien (à commencer par la dist), puisque les thèmes styles les balises de titres avant tout.

Intertitres

Est ce que cette modification peut avoir des conséquences su l'existant ou pas ?

Sinon, c'est une ligne de code à changer, je peux commiter quand on souhaite.

Intertitres

Voui le « stantard spip » c'est pas le nom de la balise en classe, c'est bien plutôt « spip » justement, pour être raccord avec la dist et ce que produit la syntaxe légère de SPIP de base.

Il me semble que ça devrait donc produire hX.spip à chaque fois par défaut.

Intertitres

Yop,

La surcharge via /porte_plume_intertitres_options.php ne marche pas.
En cause qqs instructions dans /porte_plume_intertitres/wheels/porte_plume_intertitres.php

Du coup, juste pour tester, j'ai forké ton plugin + et modifié ce fichier.
Voir la modif.

Une évolution serait de pouvoir spécifier la classe depuis la config si on utilise un framework (bootstrap ou autre).

Oui ! Du coup là config pourrait proposer :
- la valeur du tag (pour pas chambouler les installs existantes )
- 'spip' (parce que quand même, cela remet le plugin compatible avec la dist)
- champ input où l'utilisateur pourrait saisir ce qu'il veut.

Je veux bien te donner un coup de main si tu veux ?
Faudrait juste virer les notices PHP existantes en l'état. Sur ce point, je préfère te laisser la main…

Intertitres

Hello

Merci pour le retour.

De mémoire, la raison est que à l'époque c'était le standard spip ;-)

ça peut se surcharger depuis mes options en utilisant les globales

https://github.com/mistergraphx/porte_plume_intertitres/blob/master/porte_plume_intertitres_options.php

Une évolution serait de pouvoir spécifier la classe depuis la config si on utilise un framework (bootstrap ou autre).

Quel serait ton besoin ou idée sur le sujet ?

Intertitres

Merci pour ton plugin. Bien pratique.

Une remarque : pour chaque intertitres (h2, h3, etc.) tu remplaces la class « spip » par le nom du tag.
Ainsi

Intertitres hiérarchiques - commentaires

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Sommaire

5 - Titre niveau 1

5.1 - Titre niveau 2

5.2 - Titre niveau 2

6 - Titre niveau 1

1 - Titre niveau 1

1.1 - Titre niveau 2

1.2 - Titre niveau 2

2 - Titre niveau 1

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres

Intertitres

Intertitres

Intertitres

Intertitres

Intertitres

Intertitres

Intertitres

Intertitres

Intertitres

Intertitres

devient
.
Du coup cela casse/modifie l'affichage puisque la CSS `h3.spip{…}` n'est plus prise en compte.

Il y a t-il une raison à ce choix ?

Cheers

.
Du coup cela casse/modifie l'affichage puisque la CSS `h3.spip{…}` n'est plus prise en compte.

Il y a t-il une raison à ce choix ?

Cheers

Intertitres hiérarchiques - commentaires

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Sommaire

5 - Titre niveau 1

5.1 - Titre niveau 2

5.2 - Titre niveau 2

6 - Titre niveau 1

1 - Titre niveau 1

1.1 - Titre niveau 2

1.2 - Titre niveau 2

2 - Titre niveau 1

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres hiérarchiques

Intertitres

Intertitres

Intertitres

Intertitres

Intertitres

Intertitres

Intertitres

Intertitres

Intertitres

Intertitres

Intertitres

devient . Du coup cela casse/modifie l'affichage puisque la CSS h3.spip{…} n'est plus prise en compte. Il y a t-il une raison à ce choix ? Cheers

. Du coup cela casse/modifie l'affichage puisque la CSS h3.spip{…} n'est plus prise en compte. Il y a t-il une raison à ce choix ? Cheers

devient
.
Du coup cela casse/modifie l'affichage puisque la CSS `h3.spip{…}` n'est plus prise en compte.

Il y a t-il une raison à ce choix ?

Cheers

.
Du coup cela casse/modifie l'affichage puisque la CSS `h3.spip{…}` n'est plus prise en compte.

Il y a t-il une raison à ce choix ?

Cheers