Possible fix of #2

[tianyikillua]

Résultat : http://www.litianyi.me/ceseda

Règles constatées du fichier brut Markdown généré :

• Si on a un article en section # Article L/R/R*/D123-1 (le niveau n'est pas important ici)
• Alors dans le corps on l'utilise comme L/R/R*/D. 123-1 (ajout d'un .)

Quelques mauvais formattages ponctuels ont été corrigés.

Méthode

Cf. https://kramdown.gettalong.org/converter/html.html et http://stackoverflow.com/questions/6695439/how-to-link-to-a-named-anchor-in-multimarkdown

• # Article L123-1 a pour lien interne (#article-l123-1)
• ## Article L123-1 a aussi pour lien interne (#article-l123-1)
• # Article R*123-1 a pour lien interne (#article-r123-1)

Perspective

Un (seul) bémol de l'implémentation présentée ici : parfois dans le corps on fait référence à un article disons L. 123-1 provenant d'un autre code. Si par chance dans notre code en question on a aussi le même article # Article L123-1, ainsi tous les L. 123-1 dans le corps vont être transformés en hyperliens vers l'article du code. Exemple : rechercher

article L. 821-1 du code de la sécurité sociale

dans http://www.litianyi.me/ceseda.

La résolution de ce bug n'est pas triviale à ma première humble vue (vérifier si dans le corps l'article n'est pas suivi par du ?).

[tianyikillua]

On peut voir dans le corps que l'on dit aussi souvent "article L. 123-1" du présent code. Ainsi même si l'article L. 123-1 est suivi par un du, il faut encore vérifier s'il n'était pas suivi par du présent code...

[Seb35]

À plus long terme, il faudra utiliser les données de liens présentes dans la base LEGI en XML, en complément et/ou en seule source de données. Mais pour ce faire, il faut stocker dans la base de données ces informations, ce qui n’est pas encore le cas.