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> <86d4c7aqsq.fsf@lola.quinscape.zz>
Message-ID:  <200903241542.n2OFgudL003235@edinburgh.nag.co.uk>
Date:         Tue, 24 Mar 2009 15:42:56 GMT
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 Carlisle <davidc@NAG.CO.UK>
Subject: Re: inputenc for XeTeX and LuaTeX
To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE
In-Reply-To:  <86d4c7aqsq.fsf@lola.quinscape.zz> (message from David Kastrup on
              Tue, 24 Mar 2009 16:23:01 +0100)
Precedence: list
Status: R

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

As far as I can see it is consistent with the LPPL if *-tex engines
have  a modified input path that picks up a modified inputenc.sty, so
long as any modifified packages, in the words of LPPL


> clearly and unambiguously identifies itself as a modified version

So there is no need for the base packages to have explict reference to
experimental engines, but also no need for packages that are known to
fail on those engines being loaded by default.

David


________________________________________________________________________
The Numerical Algorithms Group Ltd is a company registered in England
and Wales with company number 1249803. The registered office is:
Wilkinson House, Jordan Hill Road, Oxford OX2 8DR, United Kingdom.

This e-mail has been scanned for all viruses by Star. The service is
powered by MessageLabs. 
________________________________________________________________________