<html>
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Ross Moore wrote:<br>
<br>
</div>
<blockquote type="cite"
cite="mid:9F4F0535-7C47-4A01-B442-F3CDFF3967DC@mq.edu.au">
<meta http-equiv="content-type" content="text/html;
charset=windows-1252">
On 25 May 2020, at 9:00 pm, Philip Taylor <<a
href="mailto:P.Taylor@Hellenic-Institute.Uk" class=""
moz-do-not-send="true">P.Taylor@Hellenic-Institute.Uk</a>>
wrote:<br>
<br>
<div>
<blockquote type="cite" class="">
<br class="Apple-interchange-newline">
<div class="">
<div text="#000000" bgcolor="#FFFFFF" class="">[UNIV: Plain
XeTeX] —<br class="">
<br class="">
[i]t would appear that [] "xdvipdfmx" has been enhanced to
support transparency, as a result of which Khaled's
suggested FFFFFF00 no longer works (the text is invisible,
see attached). Could anyone tell me how, short of using
\specials, I can achieve 100% white with 100% opacity (=
0% ink) in XeTeX ?<br class="">
</div>
</div>
</blockquote>
<div><br class="">
</div>
<div>I’m sorry, but this just doesn’t make any sense to me — but
see further below. Surely 100% opacity means that the blend
between background and foreground is 100% background, 0%
foreground. Thus your text will be invisible, whatever colour
has been specified; that this is white becomes irrelevant.</div>
</div>
</blockquote>
<br>
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 <i>not</i> opaque when
preceded by FFFFFF, because the driver treats FFFFFF [FF] specially.<br>
<br>
<blockquote type="cite"
cite="mid:9F4F0535-7C47-4A01-B442-F3CDFF3967DC@mq.edu.au">
<div>
<div>The only way to get 100% white, over a coloured background,
would be with 100% ink, so 0% opacity.</div>
<div>Any other opacity level will allow some of the background
colour to be mixed in.</div>
<div>At least that is how I understand what colour mixing is all
about.</div>
</div>
</blockquote>
<br>
First it is important to realise that both flattening and conversion
to CMKY will take place (the document is for digital printing).
When flattening takes place, RGB FFFFFF text will completely obscure
the ground, and after conversion to CMYK there will then be no ink
where the text occurs. Unfortunately as things are at the moment,
there will be 1/256 bleed-through of the ground because the RGB
white was not perfectly opaque.<br>
<br>
"knockout", tho' interesting, should not be needed. The example
earlier sent shews that one can get very close to 100% white (and of
course there are no white inks involved) but not to 100% and this is
what I would like to achieve (and which should, IMHO, be
achievable). Were it not for the fact that the driver treats FFFFFF
and FFFFFFFF specially, there would be no problem at all in
achieving my aim.<br>
<br>
** Phil.<br>
</body>
</html>