[XeTeX] \font "<platform font>":color=FFFFFF produces black, not white glyphs \font "<platform font>":color=FFFFFF produces black, not white glyphs, re-visited

Philip Taylor P.Taylor at Hellenic-Institute.Uk
Wed May 27 11:48:46 CEST 2020

Ross Moore wrote:

>> No, the fourth couplet is TT, where T is "Transparency".  Unfortunately , it is a misnomer, since 00 = completely transparent and FE is almost opaque, which is why I spoke of "opacity" rather than transparency.  Unfortunately FF is /not/ opaque when preceded by FFFFFF, because the driver treats FFFFFF [FF] specially.
> As I said, it didn’t make sense to me.  :-)
> Thanks for the clarification, and sorry for my added noise.

Not your fault, Ross : the problem originated, I believe, with the choice of "transparency" to refer to the fourth couplet rather than "opacity".

> It looks as if Akira has done what you wanted, so the exercise was a success. :-)

Indeed.  I personally regard this as a great step forward, so many thanks to Akira-san.  Now what I would /really/ like is the ability to specify font colours in CMYK, so that whereas at the moment one can write only :

  * \font \thisfont = "Calibri:color=RRGGBB[TT]"

one would be able, in an ideal world, to write in addition :

  * \font \thisfont = "Calibri:color=rgb (RRGGBB)"
  * \font \thisfont = "Calibri:color=rgbo (RRGGBBOO)"
  * \font \thisfont = "Calibri:color=cmyk (CCMMYYKK)"

or their decimal equivalents :

  * \font \thisfont = "Calibri:color=rgb01 (r.r, g.g, b.b)"
  * \font \thisfont = "Calibri:color=rgbo01 (r.r, g.g, b.b, o.o)"
  * \font \thisfont = "Calibri:color=cmyk01 (c.c, m.m, y.y, k.k)"

or the 0–255 version :

  * \font \thisfont = "Calibri:color=rgb255 (r, g, b)"
  * \font \thisfont = "Calibri:color=rgbo255 (r, g, b, o)"
  * \font \thisfont = "Calibri:color=cmyk255 (c, m, y, k)"

There could even be shorthands :

  * \font \thisfont = "Calibri:color=#RRGGBB"
  * \font \thisfont = "Calibri:color=#RRGGBBOO"
  * \font \thisfont = "Calibri:color=$CCMMYYKK"

But that would require changes not only to [x]dvipdfm[x] but (and more importantly) to XeTeX itself, and I do not know whether XeTeX is still being developed.

** Phil.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://tug.org/pipermail/xetex/attachments/20200527/13b4f3c5/attachment.html>

More information about the XeTeX mailing list.