Perso je suis pour ta solution.
Elle ne dégrade pas l’état actuel :
- Les balises L# R# existent déjà, on ne va pas les abandonner, ou alors à grand renfort de migration automatique qui pourra aussi concerner les balises C#.
- Le fait de ne pas pouvoir évoluer vers une balise x# avec x = n’importe quelle lettre majuscule, ne change rien par rapport à aujourd’hui, où seules 2 lettres sont possibles. Et ça n’empêche pas d’évoluer vers une balise x# avec x = n’importe quelle lettre majuscule sauf C et V.
Perso, l’idée avec les balises L# et R#, c’était d’avoir progressivement différentes balises x# avec chacune des fonctions différentes (pas forcément lié à la description des voies d’escalade, ça peut être de la mise en forme générique), mais avec en commun une numérotation automatique (d’où le #).
Pour moi, la numérotation automatique est essentielle. C’est ce qui fait qu’on n’hésite pas à ajouter un item dans une longue liste.
La numérotation automatique existe en markdown, avec la liste numérotée :
1. kjljjl
1. popoi
1. cbvbvc
donne :
- kjljjl
- popoi
- cbvbvc
Mais c’est limité, car on ne peut pas sauter un numéro, commencer où on veut, etc.
Malgré tout, c’est une mise en forme obligatoire, on ne peut pas désactiver la numérotation auto d’une liste dès lors qu’on veut écrire « 1. toto ». Il n’y a pas le choix, la numérotation est automatique. (En fait on peut la désactiver en écrivant « 1\. toto ».)
Visiblement, les dev de markdown ne se sont pas dit que les gentils utilisateurs se contenteront de mettre à jour les numéros à la main, ils ont plutôt conclu que ce n’était pas gênant de rendre la numérotation automatique obligatoire. On peut mettre les numéros qu’on veut à la place de « 1. », mais à l’affichage tout est remplacé par une numérotation auto qui part de 1.
Au moins avec les balises L# la numérotation auto est facultative, mais elle est souvent bien utile.