[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