Ouais, ben là, je suis resté sur le quai et j’ai raté le train, j’ai rien compris.
Migration BBcode
En fait c’est quoi la différence de complexité du parser entre
<span id="fixed-link-to-zouzou"/>et
{#titre}
?
Dans les 2 cas, il faut détecter un motif, pour l’éliminer de l’affichage, et utiliser une partie pour créer l’ancre.
Si le problème est le # qui fout le bronx, on peut changer : {:titre}, ou {{titre}}, ou n’importe quoi qui est plus rapide à écrire que <span>titre<span/>
Le coup du span est une possibilité, mais ce serait plus cohérent avec la philosophie markdown si on évitait de mettre des tags, surtout que d’un autre côté un robot élimine du bbcode qu’on trouve tout moche et peu ergonomique, à cause qu’il est basé sur des tags…
Le sujet me semble de plus en plus technique. AMA, vous devriez restreindre le vote aux personnes pouvant comprendre les tenants et aboutissements.
Pour ma part, je m’arrête à : il faut que les changements de texte d’un titre puissent conserver les liens en interne.
bot et parseur sont très certainement des personnes très agréables mais ils parlent un langage que je ne comprends pas. 
Je ne choisis donc pas la méthode permettant d’aboutir à la fonction. Mais, nous avons besoin de la fonction en interne, voir dans l’aide.
C’est pas si pire si on perd la fonction depuis l’extérieur.
2 Likes
Ce serait bien de rester cohérent et donc d’utiliser la syntaxe markdown.
Est-il facile de faire un bot qui remplacerait la syntaxe actuelle par la syntaxe markdown ?
Ce serait top de réparer ça, pour les articles.
De toute façon, l’utilisation est plutôt pour des contributeurs experts, donc pas besoin de chercher la syntaxe la plus intuitive. Je crois.
Assez d’accord avec @Miko, le plus simple me semble de rester dans la logique de syntaxe markdown. Après, c’est pas moi le spécialiste !
La fonction principale est de pouvoir intégrer les pictos c2c, en particulier les pictos d’activité.
C’est l’utilisation la plus utile des pictos dans les articles.
Si j’ai bien compris l’extension markdown permet d’ajouter ses propres pictos (prédéfinis dans le CSS, on ne peut pas les ajouter from scratch dans un article, il faut qu’ils soient déjà utilisés ailleurs sur le site ou au moins définis dans le CSS).
C’est bien mieux !
Ca évite de se trainer N version du pictos pour chaque taille utilisé.
Et surtout, ça évite les défaut de mise en page avec un picto qui impose une ligne de 25px de haut dans un paragraphe à 20px de haut par exemple. Car un picto en font s’ajuste à la taille du texte, vu que c’est simplement un caractère mais défini par l’utilisateur (j’explique pour ceux qui se demandent ce que c’est).
Ah bon, ben il n’y a pas de défaut de présentation via emoji, on peut aussi avoir des pictos qui suivent la taille du texte avec un bon rendu (pas de pixelisation quand le texte est gros).
Du coup je n’ai pas d’avis pour trancher entre les 2 : emoji autorise la couleur, mais d’un autre côté tous les picto de l’interface sont en font, que ce soit sur le topoguide ou le forum.
Emoji
Tu verras un jour tu va nous coder l’activité spéléo 
A part ça emoji aussi pour la dernière question posée.
je vous laisse choisir.
Perso j’aimerais bien les 2 :
- Font : ça permet d’insérer facilement un picto font de l’interface, de façon identique. Très utile pour l’aide. Si le picto de l’interface change, il change automatiquement dans l’aide.
- SVG : plusieurs couleurs possible, et ça permet peut être d’ajouter des pictos plus facilement (juste un fichier en plus sur github + modif css, au lieu de fichier en plus + recompiler une font + CSS). Mais en pratique je ne sais pas si la complexité est différente.
trop bien !
Encore mieux qu’avant!
1 Like
Nice!
Sans mise en forme particulière, donc ?
Sinon, cette proposition me va bien à première vue.
idem
cela parait top, syntaxe efficace et assez intuitive.
1 Like
Pas mieux !
Simple d’utilisation et efficace dans le rendu.
Après je ne suis pas qualifier pour me rendre compte de ce que ça implique en arrière boutique.
Faufra faire une requête sur les sorties pour voir combien de sorties comportent déjà ves balises avec !!, afin d’évaluer les effets de bord.
Sinon la suyntace me convient.