[tex-live] packages with characters > 127
David Kastrup
dak at gnu.org
Thu Dec 31 15:14:56 CET 2009
Elie Roux <elie.roux at telecom-bretagne.eu> writes:
> Manuel Pégourié-Gonnard a écrit :
>> David Kastrup a écrit :
>>
>>> I think that it is reasonable to have the _LaTeX_ format variant relying
>>> on LuaTeX to switch its input to byte-transparent by default, and have a
>>> specific inputenc package (with a different name) for LuaTeX revert this
>>> setting.
>>>
>>> Then the standard inputenc (and all files) will work just as good or bad
>>> as they do on other engines (namely using active characters and other
>>> contraptions), and a LuaTeX-specific inputencl or whatever is free to
>>> work better.
>>>
>>>
>> I like the idea. I'd like to review, improve and test luainputenc a bit more,
>> and then discuss this idea on latex-l.
>>
>
> I don't like the idea (if I understand it correctly) unless you rename
> the format: people who want to use the native utf8 shouldn't need to
> \usepackage{unactivatelatextrick}, it should be the default as it is
> for the engine, like under XeTeX...
It would be \usepackage[utf8]{luainputenc} or similar. And the "native
utf8" is strictly incompatible with LaTeX, so it is reasonable to _not_
make lualatex provide a different dialect by default unless the input
file specifies this.
> For me everything is fine as it is now,
The whole idea of the "inputenc" package was to provide a dependable
input syntax making files in different encodings compile on different
LaTeX installations.
I don't see why this goal should be abolished when using LuaTeX. Why
would you want to have a file look exactly like standard LaTeX input
when it won't compile on standard LaTeX?
--
David Kastrup
More information about the tex-live
mailing list