<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 12, 2015 at 7:55 PM, Hans Hagen <span dir="ltr"><<a href="mailto:pragma@wxs.nl" target="_blank">pragma@wxs.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div><span style="color:rgb(34,34,34)">it's actually a bug ... it is ok to map an invalid character in the input to 0xFFFD, halt and continue when permitted, but the method used in luatex thereby obscures a valid 0xFFFD in the input</span><br></div></div>
<br></blockquote><div> FFFD  REPLACEMENT CHARACTER</div><div>• used to replace an incoming character whose</div><div>value is unknown or unrepresentable in</div><div>Unicode</div><div><br></div><div>The meaning of FFFD is not "typeset a question mark on a black box" as in �</div><div>(which depends to font in anycase so in principle it's possible to see something completely different in a new version of the font)</div><div>but to signal  something potentially wrong with a symbol that currently in most cases is �.</div><div>Misusing the meaning  is not  bad di per se, but in this specific case </div><div>I think luatex is correct to be conservative and ask to the user what to do;<br></div><div>context --batchmode </div><div>typesets the document,</div><div>writes the messages on the log,</div><div>and ends with -1 , so an automatic agent is also alerted.</div><div><br></div><div><br></div><div><br></div><div><br></div><div>-- <br></div></div><div>luigi<br></div>
</div></div>