Am Fri, 11 May 2012 19:44:00 +0200 schrieb Bruno Le Floch:
>> As the siunitx documents state, there are simply too many combinations
>> of font packages to hope to cover all of them 'out of the box' or indeed
>> in the documentation, especially as XeLaTeX and LuaLaTeX users may be
>> loading /any/ system font. Furthermore, the package code has to work
>> with pdfTeX, so it cannot contain UTF-8 characters outside of the ASCII
>> range.
> I'm really no expert, but the siunitx package could include, e.g., ยต
> as ^^^^00b5. This would not make pdftex choke when appearing in the
> false branch of an engine-dependent conditional.
Using ^^..-notation is certainly a good idea in styles - regardless
of the engine - as it avoids encoding confusing. But it doesn't
solve the problem here as pdftex chokes if it sees more than two ^^:
\documentclass{article}
\begin{document}
^^^^00b5
\end{document}
! Text line contains an invalid character.
l.9 ^^^
^00b5
? x
For pdftex you would have to code it as two 8bit-octect: ^^c2^^b5
But this naturally will assume that pdftex is expecting utf8-input.
--
Ulrike Fischer
--------------------------------------------------
Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex
