La prise en charge des encadrés qui existe actuellement dans les macros prend en charge une couleur de fond. Il serait également relativement facile d'appliquer une couleur de fond à des éléments comme les en-têtes qui ne se divisent pas. Nous pouvons le faire parce qu'il s'agit d'un bloc de texte sur la page qui n'a pas besoin d'être divisé, donc pour mettre une couleur de fond sur la page, cela calcule littéralement la taille du bloc de texte, peint un carré de cette forme sur la page et place le texte par-dessus.
Bien que XeTeX inclue le concept de couleur dans une police, il n'y a pas de concept de couleur de fond, nous avons donc dû adopter l'approche ci-dessus. Je suppose qu'il serait possible de composer un paragraphe et de mettre une boîte derrière chaque ligne, mais le problème ici est que les ascendantes et les descendantes seront probablement peintes par les lignes suivantes ou les gens se plaindront des boîtes laissant des rayures sur la page.
Une autre option est d'écrire des bouts de code magiques qui font quelque chose de malin avec les points de début et de fin d'un paragraphe, mais je ne comprends pas assez le code PDF pour savoir si c'est même possible d'avoir quelque chose plus tard dans le fichier peindre sous ce qui est venu plus tôt.
Cela concerne bien sûr les paragraphes, pas les mots. Une méthode de triche pourrait être de dessiner une boîte derrière chaque lettre, mais cela aurait probablement des effets secondaires encore plus laids que les lignes dont j'ai parlé plus tôt.
Pour implémenter une couleur de fond comme vous êtes habitué avec Word, afin qu'elle puisse s'appliquer à tout dans une police, magnifiquement sans hacks laids, quelqu'un devrait probablement modifier XeTeX lui-même (et les pilotes de périphériques) pour le faire. Si ce changement représente une semaine d'effort de programmation ou trois mois, je n'en ai aucune idée.
The sidebar support that exists in the macros at the moment does support a background colour. It would also be relatively easy to apply a background colour to things like headings which don’t split. We can do this because they are a chunk of text on the page that doesn’t need to be split up, so to put a background colour on the page, it literally works out how big the text block is, paints a square that shape on the page and puts the text on top.
While XeTeX includes the concept of colour in the a font, there is no concept of a background colour in it, thus we needed to take the above approach. I guess it would be possible to typeset a paragraph and then put a box behind every single line, but the problem here is that ascenders and descenders will likely get painted over by subsequent lines or people will complain about the boxes leaving stripes on the page.
Another option is to write magic bits of code that do something clever with the start and end points of a paragraph, but I don’t understand PDF-code well enough to know if it is even possible to have something later in the file painting below what’s come earlier.
That is of course talking about paragraphs, not words. A cheating method might be to draw a box behind every letter, but this would probably have some even uglier side-effects than the lines I mentioned earlier
To implement background colour like you are used to in Word, so that it can apply to everything in a font, beautifully without ugly hacks, someone would probably need to modify XeTeX itself (and device drivers) to do this. Whether that change is a week of programming effort or three months, I’ve no idea.
Traduit automatiquement depuis English
