References: <11ECEE9E-C040-44DF-9D1F-97281D9128ED@gmail.com>
            <49C8B459.5050201@telecom-bretagne.eu>
            <49C8C80B.3020504@elzevir.fr> <86eiwncer9.fsf@lola.quinscape.zz>
            <49C8D015.1070205@elzevir.fr>
            <49C8D320.3070400@telecom-bretagne.eu>
            <49C8D715.7020805@elzevir.fr> <867i2fcc7g.fsf@lola.quinscape.zz>
            <49C8FEDB.1000603@elzevir.fr>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Message-ID:  <864oxic3pg.fsf@lola.quinscape.zz>
Date:         Tue, 24 Mar 2009 16:58:51 +0100
Reply-To: Mailing list for the LaTeX3 project
              <LATEX-L@LISTSERV.UNI-HEIDELBERG.DE>
Sender: Mailing list for the LaTeX3 project <LATEX-L@LISTSERV.UNI-HEIDELBERG.DE>
From: David Kastrup <dak@GNU.ORG>
Subject: Re: inputenc for XeTeX and LuaTeX
To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE
In-Reply-To:  <49C8FEDB.1000603@elzevir.fr> ("Manuel =?iso-8859-1?Q?P=E9gou?=
              =?iso-8859-1?Q?ri=E9-Gonnard=22's?= message of "Tue, 24 Mar 2009
              16:40:11 +0100")
Precedence: list
Status: R

Manuel Pégourié-Gonnard <mpg@ELZEVIR.FR> writes:

> David Kastrup a écrit :
>>> I don't mean waiting for three years. I just mean waiting enough to be
>>> able to tidy up problems.
>> 
>> Could you name one such problem affecting non-LuaTeX users?
>> 
> I'm afraid I can't understand you question. luainputenc is meant to be
> used on top of LuaTeX, so every problem with it is for LuaTeX users.

Exactly.

> My point is simply that for various reasons, luainputenc is not (yet)
> a stable drop-in replacement for inputenc, and so should not yet be
> called inputenc.

With that reasoning, inputenc is a completely non-working implementation
of inputenc on LuaTeX and so should not yet be called inputenc.

I don't see the advantage of a non-working stable inputenc in the LuaTeX
namespace over a somewhat working non-stable inputenc.

> Rather, development and testing of luainputenc should continue until
> it becomes possibly ready to be transparently used in most cases. The
> value of "most" is to be evaluated carefully, and if it is large
> enough, then it will make sens to have \usepackage[xxx]{inputenc}
> actually call luainputenc (via whatever mechanism) when running
> LuaTeX.

But it makes even less sense to call the canonical inputenc when running
LuaTeX because it will just break.  So where is the point?

> Obviously, this is just my opinion. I'm sorry I can't express it
> clearly enough, so that some people think I am opposed to progress
> while others see personal attacks where they are not intended. I think
> I'll stop this public discussion here, and continue discussing
> technical issues and their possible solutions in private, since I hope
> a private discussion is more likely to help actually solve real
> problems.

What is the real problem that you solve by having LuaTeX choke on the
original inputenc package?

That it will choke in the same manner 5 years from now?  I just don't
understand what advantages you expect from staying with the status quo.

-- 
David Kastrup