Re: Debian

[^] # Re: Debian

Posté par Gil Cot ✔ (site web personnel, Mastodon) le 15 février 2026 à 21:05. En réponse à la dépêche LibreOffice 26.2 : Markdown, accessibilité et plein d’autres nouveautés et améliorations. Évalué à 6.
Beaucoup de choses ne semblent déconnantes :)
- une ligne blanche est ajoutée après les titres s'il n'y en avait pas
C’est une bonne pratique que l’on retrouve un peu partout et qui permet de ne pas troubler les parsers pas trop robustes.
En vrai, c’est une obligation seulement pour les titres façon setext...
- les titres à base de ===== ou ---- après le titre sont remplacés par des # en début de ligne
- l'italique par souligné est remplacé par des *
- le gras par double souligné est remplacé par des double *
Normal... Quand tu as deux ou trois façons d’obtenir un même résultat, bah ton générateur en choisi un et s’y tient.
Il se trouve que le choix de l’astérisque est ce qui passe le plus couramment car certaines implémentations peuvent restreindre le blanc souligné (parce que plus courant dans les noms de fichiers/variables/etc.) :
```
Many implementations have also restricted intraword 
emphasis to the * forms, to avoid unwanted emphasis 
in words containing internal underscores. 
- internal emphasis: foo*bar*baz
- no emphasis: foo_bar_baz
```
CommonMark en discute amplement et donne divers exemples/scénarios que l’on peut tester pour voir les limites de l’implémentation que l’on utilise.
- une citation multiligne est remplacée par une monoligne
C’est un comportement conforme aussi. C’est linuxfr qui voit du multiligne là où il n’y en a pas, et j’avais signalé dans un autre commentaire que ce sera une friction pour celles et ceux qui espèrent que LO peut être leur interface pour contribuer ici.
- les tirets des listes sont remplacés par des * et les éventuels sauts de ligne entre les éléments retirés
Pareil, il y a trois caractères valides pour listes à puces donc il en prend un. :D
Je ne sais pas ce que tu entends par « sauts de ligne entre les éléments » mais dans mes souvenirs le multilignes à la linuxfr ne fonctionne pas ici... mais le double espace final passe...
- les lignes de séparation sont carrément supprimées
- le langage du bloc de code est perdu et des caractères sont échappés (accolades et crochets dans l'exemple Java utilisé)
- ❌ les liens par référence se trouvent échappés
Là ce sont de vrais bogues à remonter.
Par contre, je crois que LO n’a pas l’information du langage associé au bloc de code, donc normal que ça puisse pas le ressortir...
- ❌ le 2 exposant 8 créé dans LO est simplement remplacé par 28 donc on perd aussi l'info à l'export (et celui qui ne marchait déjà pas à l'import en 2^8 reste en 2^8)
Il s’agit d’une sauce linuxfr ; toutes les autres implémentations supportant cette fonctionnalité non standardisée utilisent plutôt :
```
- subscript: H~2~O 
(Some Markdown applications use one tilde symbol 
before and after words not for subscript, but 
for strikethrough.)
- superscript: X^2^
- strikethrough: ~~The world is flat.~~ 
We now know that the world is round.
```
- ❌ la liste de termes finit en monoligne
Je vais me répéter mais c’est propre à linuxfr et donc un point de friction qui ne se résoudra pas... Il y a légalement une seule ligne ; et je parie que les sauts de ligne conformes ne posent pas de problème. ;)

"It is seldom that liberty of any kind is lost all at once." ― David Hume

[^] # Re: Debian