Salut,
suite à ces deux commits :
https://zone.spip.net/trac/spip-zone/changeset/113254/spip-zone
https://zone.spip.net/trac/spip-zone/changeset/113263/spip-zone
est ce que quelqu'un pourrait svp mettre à jour les plugins Gribouille2 (1.1.3) et coloration_code (0.10.4) sur contrib.spip.net ?
Merci,
--
nicod_
Le 05/01/2019 à 16:56, nicod_ a écrit :
Salut,
suite à ces deux commits :
est ce que quelqu'un pourrait svp mettre à jour les plugins Gribouille2 (1.1.3) et coloration_code (0.10.4) sur contrib.spip.net ?
Fait.
MM.
Merci marcimat.
@jluc : les codes inline avec le langage dans la class refonctionnent, cf
https://contrib.spip.net/plugin_macrosession_session_optimisees_et_etendues
Par contre, la coloration syntaxique sur fond blanc n'est pas top du tout...
J'ai testé en mettant les codes inline sur fond bleu nuit comme les blocs de code, c'est mieux mais c'est assez présent dans le flot du texte.
Exemple :
https://screenshots.firefox.com/8A6iOPEwQyQKDgkV/contrib.spip.net
Des avis ?
--
nicod_
Le 06/01/2019 à 18:57, nicod_ a écrit :
Merci marcimat.
@jluc : les codes inline avec le langage dans la class refonctionnent, cf
Super
Merci marcimat et nicod
Plugin 'macrosession' : usage optimisé et extension des données de session - SPIP-Contrib
Par contre, la coloration syntaxique sur fond blanc n'est pas top du tout...
J'ai testé en mettant les codes inline sur fond bleu nuit comme les blocs de code, c'est mieux mais c'est assez présent dans le flot du texte.
Exemple :
Take screenshots in Firefox | Firefox Help
Des avis ?
C'était comme ça avant et ça ne m'a jamais gêné.
Je trouve bien que ces codes inlines se glissent dans le flux naturel de lecture,
sans l'interrompe, car ça facilite la lecture.
Peut être un fond coloré trés clair conviendrait aussi
tout en préservant la continuité du flux de lecture.
JLuc
Le 06/01/2019 à 23:53, JLuc a écrit :
C'était comme ça avant et ça ne m'a jamais gêné.
Je trouve bien que ces codes inlines se glissent dans le flux naturel de lecture,
sans l'interrompe, car ça facilite la lecture.
Ça oui, c'est ce que j'ai corrigé.
Mais au niveau couleur et contraste, c'est totalement illisible.
--
nicod_
Le 07/01/2019 à 00:52, nicod_ a écrit :
Mais au niveau couleur et contraste, c'est totalement illisible.
Ceci dit, même sur fond sombre on n'est pas au top.
--
nicod_
Le 07/01/2019 à 00:59, nicod_ a écrit :
Le 07/01/2019 à 00:52, nicod_ a écrit :
Mais au niveau couleur et contraste, c'est totalement illisible.
Ceci dit, même sur fond sombre on n'est pas au top.
Hello,
en inline pour le coup je vois pas l'intéret de la coloration ça gène la lecture, ça casse le flow du texte, et suivant le contexte (fond, élément englobant) on amène de la complexité (gérer la lisibilité suivant la coloration du langage) pour un truc qui n'en a pas besoin (la dans le fil du texte il me semble que c'est la faclité/rapidité de lecture qui est à privilégier).
--
Bonne journée
Arnaud B. (Mist. GraphX)
Pourquoi pas un fond blanc mais alors avec un pourtour ombré gris 50/70%...
Cordialement,
Pascual
-----Message d'origine-----
De : nicod_ <nicod@lerebooteux.fr>
Envoyé : lundi 7 janvier 2019 01:00
À : JLuc <jluc@no-log.org>; spip-zone@rezo.net
Objet : Re: [SPIP Zone] Coloration et code inline (Re: Mise à jour plugins
sur Contrib)
Le 07/01/2019 à 00:52, nicod_ a écrit :
Mais au niveau couleur et contraste, c'est totalement illisible.
Ceci dit, même sur fond sombre on n'est pas au top.
--
nicod_
----
spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone
Le 07/01/2019 à 08:46, Mist. GraphX a écrit :
en inline pour le coup je vois pas l'intéret de la coloration ça gène la lecture, ça casse le flow du texte, et suivant le contexte (fond, élément englobant) on amène de la complexité (gérer la lisibilité suivant la coloration du langage) pour un truc qui n'en a pas besoin (la dans le fil du texte il me semble que c'est la faclité/rapidité de lecture qui est à privilégier).
C'est mon avis aussi, et il suffit d'utiliser <code> sans class.
Pour ça que j'ai un peu trainé à corriger ce "bug", mais je me demande si c'était une bonne idée finalement.
--
nicod_
Le 07/01/2019 à 08:46, Mist. GraphX a écrit :
en inline pour le coup je vois pas l'intéret de la coloration ça gène la lecture, ça casse le flow du texte, et suivant le contexte (fond, élément englobant) on amène de la complexité (gérer la lisibilité suivant la coloration du langage) pour un truc qui n'en a pas besoin (la dans le fil du texte il me semble que c'est la faclité/rapidité de lecture qui est à privilégier).
Tu trouves que ça casse le flow du texte dans le rendu actuel quand le fond du code inline est blanc ???
Je suis d'accord que la facilité de lecture est à privilégier, et je trouve qu'un peu de coloration du code y contribue. (la coloration du *texte* du code, comme actuellement, pas de son fond).
JL