La coloration de code étaient plus lisible avant

a marqué ce sujet comme résolu.
Auteur du sujet

Bonjour,

La v27 arrive avec un nouveau zmarkdown. Et je viens de remarquer que les codes sont moins lisibles de mon point de vue que ce que l’on avait avant.

Un exemple pour le même code :

Avant
Avant

Après
Après

Je n’arrive pas a expliquer pourquoi, mais je lis plus facilement le code tel qu’il apparaissait avant. Le gras doit y être pour quelque chose. Et j’ai l’impression aussi que les contrastes entre les couleurs étaient plus optimales avant.

+5 -0

J’ajoute que le choix du « coloriage » me semble particulièrement louche. Cf l’exemple de firm1, l’intégralité des paramètres de la méthode (ligne 28) est coloriée du même orange pétant, parenthèses comprises. Personne ne fait ça, ça n’a pas de sens !

Édité par SpaceFox

Alors, avant on utilisait Pygments avec le style par défaut qui fonctionnait pas mal. Aujourd’hui on utilise highlight.js avec le style Tomorrow.

Y’a plus qu’à choisir un style plus pertinent (dans le lien précédent) et à faire la PR qui va bien, sachant que la modification se fait soit ici, soit là, soit dans les deux liens – je ne sais pas pourquoi cette dépendance est appellée aux deux endroits (ping @Sandhose pour l’info).

PS : ça ne règle pas le problème des couleurs qui partent en couille quand le code est dans une puce.

PPS : il n’y a pas l’air d’avoir par défaut de règle hightlight.js qui reprenne le code couleur par défaut de Pygments.

Édité par SpaceFox

Y’a plus qu’à choisir un style plus pertinent (dans le lien précédent) et à faire la PR qui va bien, sachant que la modification se fait soit ici, soit là, soit dans les deux liens – je ne sais pas pourquoi cette dépendance est appellée aux deux endroits (ping @Sandhose pour l’info).

C’est parce qu’on sort deux feuilles de styles. Une pour le site, une avec juste le style nécessaire au contenus (qui est entre-autre utilisé dans les EPUBs)

"I also don’t trust Caribou anymore." —  Joss Whedon

+0 -0

Ça pourrait. Mais c’était plus simple de faire ça pour contrôler un peu les imports (typiquement, on veut pas de normalize.css dans les EPUBs, mais son ordre d’import est important), et pour pouvoir émettre un zmd.css qui injecte le style du zmarkdown que sous un scope .zmarkdown. Au vu du peu d’imports dans zmd.scss, j’ai considéré que c’était acceptable comme compromis :)

"I also don’t trust Caribou anymore." —  Joss Whedon

+0 -0
Vous devez être connecté pour pouvoir poster un message.
Connexion

Pas encore inscrit ?

Créez un compte en une minute pour profiter pleinement de toutes les fonctionnalités de Zeste de Savoir. Ici, tout est gratuit et sans publicité.
Créer un compte