On Wed, Oct 28, 2015 at 09:31:50AM +0000, Guenter Milde wrote:
> On 2015-10-26, Guenter Milde wrote:
> > On 2015-10-26, Scott Kostyshak wrote:
> >> Has anything changed in the last couple of days?
>
> Today, I found out that the problem is tricky:
>
> As the PDF-Info does not use TeX fonts, Xe/LuaTeX handling (in principle)
> does not depend on the "use-nonTeXfonts" setting. However, as we use
> "luainputenc" with LuaTeX and 8-bit encodings, we have to differentiate:
>
> LuaTeX: if "luainputenc" is used (i.e. with 8-bit input encodings)
> this is called before the hyperref setup and hence the 8-bit
> encoding is active -- "luainputenc" transformes the bytes into LICR --
> and we need the same \inputenc wrapper as with 8-bit TeX.
>
> XeTeX: does not use "inputenc", the input encoding is utf-8
> (but we need to export LICR ("ascii") for the document parts that
> are typeset with TeX fonts).
>
> "hyperref" with XeTeX and "raw utf8" and works fine with any Unicode
> character.
>
> However, we need the
> << setEncoding("UTF-8");
> (without the
> os << "\\inputencoding{utf8}\n"
> )
> For XeTeX and non-TeX fonts.
>
>
> I'l commit an updated FIXME.
>
> > It may well be, that the FIXME in PDFOptions is not enaugh - maybe we have
> > to push the content through unicodesymbols conversion, too.
>
> This is true for "latexencoding"="ascii" with 8-bit TeX, see my other post.
This does indeed sound tricky. Can you figure out the necessary items to
condition on from BufferParams or is not everything stored in there?
Scott
