Quelques modifications des CSS de Métopes

Métopes peut avoir ses bugs, mais dans la plupart des cas, quand une unité éditoriale (UE) est mal rendue, le bug est humain. Alors autant essayer d’augmenter un peu la détection d’erreurs, en amont avec les CSS de Métopes.

Si vous ne savez pas ce qu’est Métopes, cet article n’a aucun intérêt pour vous.
J’ajouterais de nouvelles modifications au besoin.

Métopes peut avoir ses bugs, mais dans la plupart des cas, quand une unité éditoriale (UE) est mal rendue, le bug est humain. Que ce soit dans le document Word ou dans XMlmind, il est toujours possible qu’on ait mal stylé1 ou omis quelque chose. L’avantage du XML, c’est que c’est punitif2, si on s’est planté — et on se plantera, forcément — ça se remarque.

Alors autant essayer d’augmenter un peu la détection d’erreurs, en amont. Et on peut le faire avec les CSS de Métopes. Il est en effet possible d’y accéder, et donc de modifier l’affichage du texte des fichiers XML/TEI/Métopes dans XMLmind.

Les fichiers à modifier se trouvent dans AppData\Roaming\XMLmind\XMLEditor7\addon\metopes_tei\css. Vu la longueur du chemin (où manque d’ailleurs le dossier utilisateur au début), je vais le sous-entendre quand je pointerais vers un fichier à modifier.

Ça se passe dans tei_ue_core_text.css.

Rendre (très) visibles les line beginning (lb)

En l’état, les CSS déclarent un retour à la ligne forcé quasiment invisible

lb {
content:"\A";
line-height: 0.02;
}

Ce qui peut poser problème quand la longueur et la justification du texte les dissimulent (les line beggining peuvent être des ninjas).

J’ai fait le choix à l’opposé : les line beginning, en gras, en rouge, et signalés par un taquet « ⌊ » (j’aurais pu insérer « ¶ », mais cela aurait été source de confusion).

Illustration de la modification CSS
Est-il vraiment nécessaire de préciser qu’il faut employer une police unicode ?

Il faut donc remplacer le code précédent par :

lb {
color: red;
display: inline;
content:"\230A\A";
font-weight: bold;
}

Bien différencier le titre et les sous-titre d’une UE

En l’état, les CSS déclarent simplement un corps de texte plus gros :

titlePart {
font-size:140%;
}

Seulement, cela ne suffit pas pour différencier le titre de l’UE de son sous-titre, puisque les deux titres sont des titlePart. Cela peut amener à retravailler le texte bien plus tard, parce que les deux titres se retrouvent « collés » l’un à l’autre (c’est le comportement de Lodel quand il rencontre deux titlePart de même niveau).

Si l’on ajoute à la suite du code précédent3 :

titlePart[style="T_3_Article"]:before,titlePart[style="T_SousTitre"]:before {
color:#143AA3;
display: block;
}
titlePart[style="T_3_Article"]:before {content: "Titre UE :";}
titlePart[style="T_SousTitre"]:before {content: "Sous-titre :";}

Rien de bien compliquée, mais qui peut éviter des confusions; on fait apparaître un bloc de couleur bleue4 annonçant la nature du titre avant ce dernier.

Illustration de la modification CSS

À la base, je voulais simplement que cela s’affiche avant, sur la même ligne que le titre. Mais en scrollant un peu vite, on pourrait passer sans se rendre compte qu’il y a deux titres de même niveau. Et c’était pas très beau, aussi. En faisant en sorte que le :before se comporte comme un bloc, on chasse tout vers le bas — et on a donc plus de chances de repérer que quelque chose ne va pas.

Notes


  1. Oui, c’est un néologisme, vu les définitions du saint TLFi. On a l’air un peu seul dans cet usage d’ailleurs, à quelques exceptions près. Dans le même genre, il y a « stylage », qui a l’air très prisé de l’industrie du cosmétique.

  2. Et surtout, les messages d’erreur sont à peu près compréhensible. Pas comme ceux de LaTeX qui t’indiquent une « overfull hbox » parce que t’as oublié de fermer une liste à puces.

  3. En l’occurence l’ordre n’est pas très important, mais il pourrait l’être dans une autre modification, du fait du fonctionnement de CSS. Mais bon, avoir tous les styles appliqués aux titlePart au même endroit, c’est pratique.

  4. C’est le bleu employé pour les petites capitales.


Aucun commentaire.