Project

General

Profile

Anomalie #2884

un modèle doc dans une liste, interrompt l'énumération

Added by Bertrand Marne almost 7 years ago. Updated almost 5 years ago.

Status:
Fermé
Priority:
Normal
Assignee:
-
Category:
filtres et balises
Target version:
Start date:
10/24/2012
Due date:
% Done:

0%

Resolution:
Navigateur:

Description

Bonjour à tous,

je remarque avec surprise que dans SPIP 3.0.5, quand on écrit dans un article:

-# premier point
-# <imgXXX|right>second point
-# troisième point

Le rendu HTML montre que la liste est interrompue (la numérotation
reprend à 1) sur la puce qui contient l'image. Est-ce que un dl ans un
li est interdit ? (pourtant le li est bien de type bloc...).

voir aussi: http://thread.gmane.org/gmane.comp.web.spip.devel/63526/

History

#1 Updated by Eric Camus almost 7 years ago

Je dirait même plus, n'importe quelle balise IMG,DOC ou EMB, interrompt les listes à puce (normale ou numéroté) et ce depuis fort longtemps...

#2 Updated by Bertrand Marne almost 7 years ago

Je me rends compte que mon exemple est mal choisi, car en fait c'est avec le modèle doc (et non img) que je rencontre le souci:

-# premier point
-# <docXXX|right>second point
-# troisième point

#3 Updated by denisb - over 6 years ago

  • Category changed from divers to filtres et balises

je confirme.
il semble que textwheel ferme le <ol de la liste juste après le </dl> du modèle doc.html ; du coup l'item suivant (le 3e dans l'exemple ci-dessus) de la liste est considéré comme le 1er d'une nouvelle liste et perd donc sa numérotation (ça reprend à 1).

ça se passerait par là :
http://zone.spip.org/trac/spip-zone/browser/_core_/branches/spip-3.0/plugins/textwheel/wheels/spip/spip-listes.php#L16
et
http://zone.spip.org/trac/spip-zone/browser/_core_/branches/spip-3.0/plugins/textwheel/wheels/spip/spip-listes.yaml#L30

#4 Updated by cedric - about 5 years ago

En fait le problème vient de http://core.spip.org/projects/spip/repository/entry/branches/spip-3.0/ecrire/inc/texte_mini.php#L80 qui ajoute 2 retours ligne après un modèle de type bloc (comme doc ou img avec legende), ce que le traitement des listes interprete ensuite comme une fermeture/reouverture d'une nouvelle liste.
Il faudrait se passer de ces 2 retours ligne forcé ici, car normalement paragrapher est censé faire proprement le boulot ensuite. Si l'on ne mets qu'un seul retour ligne cela corrige le bug, mais je crains que cela ne casse autre chose, il nous manque vraiment des tests unitaires complets pour propre avec autant de test-cases que possible pour savoir ce que l'on fait.

Cf ce que l'on dispose dans la plugin markdown :

https://github.com/Cerdic/markdown/tree/master/tests/data/typo
adapté des tests unitaires du parseur ParseDown https://github.com/Cerdic/markdown/tree/master/lib/parsedown/test/data

et les variantes
https://github.com/Cerdic/markdown/tree/master/tests/data/modeles_spip_inline
https://github.com/Cerdic/markdown/tree/master/tests/data/modeles_spip_block
https://github.com/Cerdic/markdown/tree/master/tests/data/liens_spip

Peut-être on pourrait utiliser cette base pour construire une base de tests pour la syntaxe SPIP, quitte à generer un point de départ à partir de sale(*.html), repasser à la main dessus pour verification, puis regenerer la sortie html avec propre(), ce qui nous donnerait un etat de l'art.

A partir de là on peut checker un minimum tout risque de casse lié à un bugfix.

Je propose donc de repousser la résolution de ce ticket à SPIP 3.1

#6 Updated by b b about 5 years ago

Voir aussi r21528 (redmine ne semble pas l'avoir remarqué).

#7 Updated by cedric - almost 5 years ago

  • Status changed from Nouveau to Fermé

Corrigé par le report r21595

Also available in: Atom PDF