Non… tous les objets même ceux que tu ne connais pas encore peuvent marcher ->{objet}{id}
Il me semble que tu peux changer les regroupements dans le CSS ? Notamment décorréler .token.url
de ses copains ?
.token.operator,
.token.entity,
.token.url,
.language-css .token.string,
.style .token.string {
color: var(--prismlive-color-url);
/* This background color was intended by the author of this theme. */
/* background: hsla(0, 0%, 100%, .5); */
}
=>
.token.url {
color: var(--prismlive-color-url); // à mettre bleu
}
.token.operator,
.token.entity,
.language-css .token.string,
.style .token.string {
color: var(--prismlive-color-string); // à définir
}
Mais là c’est des styles un peu généraux si je pige bien, pour toutes les syntaxes. Ce qui me semble plus important c’est de styler spécifiquement pour le langage spip_typo peut être ? ou en tout cas spécifiquement les éléments .prism-live …
Ce que je veux dire c’est qu’il y a 2 choses du coup qui vont arriver. Le plugin (prism ou prism-live comme il sera nommé) :
- va gérer la coloration de
<pre><code>
(prim) de certains formats (particulièrement spip_typo) dans la vue des articles, dans l’aide en ligne. Il y a là dessus
a. Le style général du cadre de code, qui doit ressembler à … un bloc de code (et sur lequel on peut appliquer éventuellement des thèmes différents dans l’espace public avec le plugin coloration-code)
b. Le style issu du type de coloration syntaxique (le nom des tokens mis sur les éléments)
- va gérér la coloration «en édition» (prim-live) de certains formats (particulièrement spip_typo, et peut être uniquement lui ; l’autre candidat serait markdown). Là dessus
a. Le style général doit être le plus proche de la décoration habituelle du textarea dans l’espace privé (avec ou sans le porte plume)
b. Le style issu du type de coloration syntaxique s’applique aussi.
En édition au moins, dans le cas de la syntaxe spip_typo, c’est très bien de connaitre tous les tokens différents, mais ce n’est pas obligatoire de tout colorier avec trop de couleurs différentes. Il me semble (et tu l’as très bien fait en général) que voir les accolades, les crochets des liens, le | des tableaux, l’opérateur → des liens est assez important, de même que colorier les liens dans la couleur habituelle (bleu ou la couleur utilisateur --spip-color-theme-dark ?), mais il ne faut pas que ça devienne un arbre de noel non plus : l’important me semble de faciliter la perception de ce qu’on écrit, sans en faire trop. Il ne faut pas détourner le rédacteur ou la rédactrice de son écriture. On ne cherche pas à écrire du code informatique ici
Il faut trouver le bon compromis dans tout cela