Doléances sur le Zmarkdown de la V27

Avec du CSS tu peux aussi faire de jolies checkbox html disabled. Et c’est sémantiquement correct. Donc accessible.

Et si on masque la checkbox, est-ce toujours sémantique ? J’ai quelques réticences sur l’alignement des checkbox c’est un peu aléatoire, et des différences peuvent apparaître entres les navigateurs. Si c’est le caractère qui dérange on peut utiliser celle en image qu’on utilise actuellement.

L’avantage d’un champ ::after avec un caractère d’écriture c’est qu’il suit le même alignement haut/bas sans difficulté.

Les lecteurs d’écran lisent généralement seulement ce qui est affiché à l’écran. Pour les aveugles, tu peux pas cacher l’élément.

Coucou, je me permets de remonter un truc ici

Est-ce que c’est toujours d’actualité ? Il ne me semble pas avoir vu passer ça.

Pas vraiment, de mémoire c’est la misère parce que ces libs ont parfois besoin d’un navigateur pour générer les trucs, et un truc upstream empêche d’inliner les svg.

[edit] https://github.com/zestedesavoir/zmarkdown/issues/171

Merci pour votre travail sur le Markdown. J’ai relevé trois petits soucis :

Une formule LaTex avec une barre de défilement

Dans cet article, une formule LaTeX a une barre de défilement :

Un conteneur de vidéo qui dépasse

Le conteneur de la vidéo dépasse et empêche de cliquer sur les liens :

!(https://youtu.be/MAtyk41U-Aw)

Miniature + lien n’affiche pas la légende

[![Le conteneur de la vidéo dépasse et empêche de cliquer sur les liens.](/media/galleries/972/07609260-5f40-42f1-b28c-49778db79ec9.png.120x120_q95_crop.png)](/media/galleries/972/07609260-5f40-42f1-b28c-49778db79ec9.png)

Je ne suis pas sur que ça ait été évoqué, mais il semblerait aussi que les spoilers sur des anciens contenus ne marchent plus. Voir par exemple celui-ci (juste au dessus de l’ancre du titre, la vidéo était dans un bloc secret).

Pour le conteneur vidéo qui dépasse, par là.

Et pour les spoilers, là

Quand à la barre de défilement verticale, je ne l’ai pas sur Firefox/61.0. À voir

J’ai l’impression qu’aucun de ces 4 problèmes ne soit lié au Markdown, c’est plutôt du CSS ou autres non ?

[edit] ah ben grillé

Ma PR corrige uniquement le style d’affichage. Elle ne corrige pas le support des anciennes balises spoilers.

C’est : https://github.com/zestedesavoir/zds-site/issues/5026

Concernant la fonctionnalité « titres sur block spoiler », elle va nécessité des modifications coté zmarkdown et latex-template (c’est une affirmation, pas une question).

Après un rapide coup d’œil, il semblerai que cette fonctionnalité ne soit pas très compliqué à implémenter. Ça pourrait même faire une « Good First Issue »

Pourquoi ne pas faire le changement dans le javascript lorsqu’on génère le "afficher/masquer" ?

On peut faire comme ça, mais avoir le doublechangement :

• dans zmd on met "details: true" dans les spoiler (et on met à jour les tests)
• dans zestedesavoir on prépare l’arrivée des "details" avec un peu de CSS

ça nous permettrait d’avoir une page un peu plus accessible (moins de JS, des balises qui ont un sens donc adaptées pour les navigateurs non conventionnels etc.)

Coté latex ce n’est pas « aussi simple ». Le texte « afficher/masquer… » est hard-codé dans le template (difficile de faire autrement en latex) du coup il va falloir revoir la commande des spoiler pour géré les details.

coup il va falloir revoir la commande des spoiler pour géré les details.

pas vraiment non, les "details" c’est juste pour "comment le pont mdast->hast est fait" la traduction mdast->latex est faite sans se soucier de comment on fait pour transformer un "spoilerCustomBlock" (ou whatever le nom qu’on lui a donné) en html.

Ce que je veux dire, c’est que c’est la commande latex qu’il faut revoir pour ajouter la possibilité d’avoir un titre de spolier personnaliser (le fameux details).

Comme artragis, je comprends pas.

@Heziode : actuellement on génère ça, qu’est-ce qui devrait changer là-dedans ?

\begin{Spoiler}[mon titre]
truc
\end{Spoiler}

Si vous générez ça c’est à vérifier (parce que le comportement de cet environnement est particulier, voir sujet "spoiler dans spoiler"), mais y’a peu de chance qu’on ne puisse pas s’adapter (actuellement, ça ne fonctionnera pas, évidement, parce qu’un spoiler ne fonctionne pas de la même manière que les autres blocs en LaTeX, mais c’est l’affaire de 15 minutes).

@cepus

Regarde dans le code, je ne sais pas d’où vient ton paramètre optionnel, je ne voie pas dans le code latex où il est géré.

Il y a un malentendu. Le latex n’est pas généré par le template latex, il est généré par zmarkdown. Zmarkdown supporte un tas de types de blocks 'custom’, dont secret. Ces blocks supportent un titre optionnel.

Exemple :

Qu’on utilise <details> comme je souhaiterais dans le futur, ou du JS comme ici maintenant, ça ne change rien au latex qu’on génère. C’est toujours \begin{truc}[titre]\ncontenu\n\end{truc}.

Je ne comprend pas d’où viens le paramètre optionnel de cette environnement (Secret). car dans le template latex de zmarkdown il n’en a pas.