References: <11ECEE9E-C040-44DF-9D1F-97281D9128ED@gmail.com>
            <49C8B459.5050201@telecom-bretagne.eu>
            <49C8C80B.3020504@elzevir.fr> <86eiwncer9.fsf@lola.quinscape.zz>
            <1jihxi26h837q.dlg@nililand.de>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Message-ID:  <86d4c7aqsq.fsf@lola.quinscape.zz>
Date:         Tue, 24 Mar 2009 16:23:01 +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:  <1jihxi26h837q.dlg@nililand.de> (Ulrike Fischer's message of
              "Tue, 24 Mar 2009 16:08:10 +0100")
Precedence: list
Status: R

Ulrike Fischer <news3@NILILAND.DE> writes:

> Am Tue, 24 Mar 2009 13:00:10 +0100 schrieb David Kastrup:
>
>>> I'm sorry but I disagree on this point. I don't think it is urgent to
>>> adjust the real inputenc. LuaTeX is still in early beta, so it should
>>> be used only by somehow experienced users, or at least users aware of
>>> what they are doing.. Such users should be able to understand that
>>> they should either encode their source in utf-8 (and don't load any
>>> inputenc) or load luainputenc.
>  
>> I disagree.  The development or rather the update cycle of LaTeX is so
>> slow that we don't want it to impede progress.
>
>
> Like Manual I don't think that it is a good idea to load 
> xetexinputenc or luatexinputenc (or whatever the packages are 
> called) through inputenc. This packages are currently at best in the 
> beta-stadium. They haven't been tested much, the problem with 
> auxiliary files with non-ascii chars generated by the engine hasn't 
> been solved yet. 
>
> inputenc and fontenc are base packages. They shouldn't load 
> experimental packages which can change from one day to the next and 
> where it isn't clear that they will stay.

When the alternative is that they will just break, I don't see the
advantage.

-- 
David Kastrup