Received: from mail.proteosys.com ([62.225.9.49]) by nummer-3.proteosys with Microsoft SMTPSVC(5.0.2195.5329); Wed, 22 Jan 2003 17:40:05 +0100 Received: by mail.proteosys.com (8.12.2/8.12.2) with ESMTP id h0MGe36C009329 for ; Wed, 22 Jan 2003 17:40:03 +0100 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.27]) by relay.uni-heidelberg.de (8.12.4/8.12.4) with ESMTP id h0MGRjVw028450; Wed, 22 Jan 2003 17:27:45 +0100 (MET) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2C234.EA9C6080" Received: from listserv (listserv.uni-heidelberg.de [129.206.100.27]) by listserv.uni-heidelberg.de (8.12.2/8.12.2/SuSE Linux 0.6) with ESMTP id h0MEKDEJ028309; Wed, 22 Jan 2003 17:20:34 +0100 Received: from LISTSERV.UNI-HEIDELBERG.DE by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8d) with spool id 8273 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Wed, 22 Jan 2003 17:20:34 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by listserv.uni-heidelberg.de (8.12.2/8.12.2/SuSE Linux 0.6) with ESMTP id h0MGAY5f030192 for ; Wed, 22 Jan 2003 17:10:34 +0100 Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by relay2.uni-heidelberg.de (8.12.4/8.12.4) with ESMTP id h0MGHhtt028566 for ; Wed, 22 Jan 2003 17:17:43 +0100 (MET) Received: from fwd11.sul.t-online.de by mailout05.sul.t-online.com with smtp id 18bNZP-0001Y0-02; Wed, 22 Jan 2003 17:17:43 +0100 Received: from localhost.localdomain (520018396234-0001@[62.226.11.210]) by fmrl11.sul.t-online.com with esmtp id 18bNZ8-2HW8XIC; Wed, 22 Jan 2003 17:17:26 +0100 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.12.5/8.12.5) with ESMTP id h0MGHMi5006627 for ; Wed, 22 Jan 2003 17:17:22 +0100 Received: (from dak@localhost) by localhost.localdomain (8.12.5/8.12.5/Submit) id h0MGHMsv006623; Wed, 22 Jan 2003 17:17:22 +0100 In-Reply-To: Lines: 68 References: <15918.32649.326340.239302@istrati.mittelbach-online.de> <15915.60496.798501.907773@lin2.idris.fr> <15915.64379.146524.772099@istrati.mittelbach-online.de> <15916.8635.946195.989212@istrati.mittelbach-online.de> <15916.14608.340151.43815@istrati.mittelbach-online.de> <15917.9945.473122.219613@istrati.mittelbach-online.de> <15918.32649.326340.239302@istrati.mittelbach-online.de> Return-Path: X-OriginalArrivalTime: 22 Jan 2003 16:40:05.0705 (UTC) FILETIME=[EB07F390:01C2C234] X-Sender: 520018396234-0001@t-dialin.net User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 x-mime-autoconverted: from quoted-printable to 8bit by listserv.uni-heidelberg.de id h0MGAY5f030193 X-Scanned-By: MIMEDefang 2.28 (www . roaringpenguin . com / mimedefang) X-Spam-Score: -2.8 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_02_03,USER_AGENT,USER_AGENT_GNUS_UA Content-class: urn:content-classes:message Subject: Re: LICR objects in math Date: Wed, 22 Jan 2003 17:17:21 +0100 Message-ID: A X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Re: LICR objects in math Thread-Index: AcLCNOsg4HNk2Fb6ST6Ha12UMwKwAw== From: "David Kastrup" To: Reply-To: "Mailing list for the LaTeX3 project" Status: R X-Status: X-Keywords: X-UID: 4473 This is a multi-part message in MIME format. ------_=_NextPart_001_01C2C234.EA9C6080 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Lars Hellstr=F6m writes: > At 12.58 +0100 2003-01-22, David Kastrup wrote: > >Yes. You guys crack me up. The inputenc package is a vital part of > >LaTeX. If it does not work well without eTeX and complains about = this > >with an appropriate warning, that means that non-eTeX-2 should > >officially be declared deprecated with due warning time. > > > >My original proposal of doing such a declaration for the next LaTeX > >release was violently opposed. > > An important difference between the suggestions is that you > suggested that LaTeX should have a built-in uselessness (that > prevented running it on non-e-TeX): you want to remove > functionality. Nonsense. I wanted to have it _declared_ in 2003 that a LaTeX installation should be running eTeX, and that non-eTeX was to be considered obsolete, and that developers should no longer be confined to not using eTeX if they wanted to have their packages working in a conforming LaTeX installation with 2004. "Removing functionality" was never under discussion, just stopping to enforce never using readily available functionality. There are problems that are very hard to solve when one wants to avoid eTeX. It is my opinion that the work of the LaTeX team can certainly invested better when they don't have to do three times the work to make sure that new code will still work under old executables. For example, one can easily see that supporting new input encodings (like Unicode) reliably is much easier using eTeX. The LaTeX team is shooting itself in the foot by trying to cater to non-eTeX all the time. I was not even proposing stopping them (or rather os) shooting themselves in the foot right now. I was proposing a timeline for stopping to shoot our feet. > Certainly not before 2004, but nonetheless uselessness. I consider it useless to cripple new development permanently by not even allowing for a migration timeline. The human and other resources of the LaTeX team are awfully short. One has to economize. Ignoring e-TeX is an inefficiency that in my personal opinion is too expensive a luxury when one wants to get the problems solved that LaTeX faces nowadays. Some problems might be worked around with with Herculean efforts: I am a TeX wizard myself, I know what it possible given suitable recklessness. Some problems can't. But when a viable solution exists, doing it the hard way is not the right way to do it if the task is getting a job done. > If one wants to convince people to use eTeX instead of TeX then I > think a carrot is better than a whip. Whipping tends to make people > want to run away. We have had enough LaTeX developers run away because of being whipped with bad code. LaTeX internals are accessible only to wizards, and that is partly a result of the refusal to revert to sane means where insane ones are available. How would \DeclareRobustCommand look if one used \protected? And the whole fragile protection business? There are quite a few examples where code is very complicated because of missing TeX internals. I just propose a migration plan so that new developments might not be similarly crippled. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum ------_=_NextPart_001_01C2C234.EA9C6080 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: LICR objects in math

        Lars = Hellstr=F6m <Lars.Hellstrom@MATH.UMU.SE> writes:

> At 12.58 +0100 2003-01-22, David Kastrup = wrote:
> >Yes.  You guys crack me up.  The = inputenc package is a vital part of
> >LaTeX.  If it does not work well = without eTeX and complains about this
> >with an appropriate warning, that means that = non-eTeX-2 should
> >officially be declared deprecated with due = warning time.
> >
> >My original proposal of doing such a = declaration for the next LaTeX
> >release was violently opposed.
>
> An important difference between the suggestions = is that you
> suggested that LaTeX should have a built-in = uselessness (that
> prevented running it on non-e-TeX): you want to = remove
> functionality.

Nonsense.  I wanted to have it _declared_ in 2003 = that a LaTeX
installation should be running eTeX, and that = non-eTeX was to be
considered obsolete, and that developers should no = longer be confined
to not using eTeX if they wanted to have their = packages working in a
conforming LaTeX installation with 2004.  = "Removing functionality"
was never under discussion, just stopping to enforce = never using
readily available functionality.

There are problems that are very hard to solve when = one wants to
avoid eTeX.  It is my opinion that the work of = the LaTeX team can
certainly invested better when they don't have to do = three times the
work to make sure that new code will still work under = old executables.

For example, one can easily see that supporting new = input encodings
(like Unicode) reliably is much easier using = eTeX.  The LaTeX team is
shooting itself in the foot by trying to cater to = non-eTeX all the
time.  I was not even proposing stopping them = (or rather os) shooting
themselves in the foot right now.  I was = proposing a timeline for
stopping to shoot our feet.

> Certainly not before 2004, but nonetheless = uselessness.

I consider it useless to cripple new development = permanently by not
even allowing for a migration timeline.  The = human and other resources
of the LaTeX team are awfully short.  One has to = economize.  Ignoring
e-TeX is an inefficiency that in my personal opinion = is too expensive
a luxury when one wants to get the problems solved = that LaTeX faces
nowadays.  Some problems might be worked around = with with Herculean
efforts: I am a TeX wizard myself, I know what it = possible given
suitable recklessness.  Some problems = can't.  But when a viable
solution exists, doing it the hard way is not the = right way to do it
if the task is getting a job done.


> If one wants to convince people to use eTeX = instead of TeX then I
> think a carrot is better than a whip. Whipping = tends to make people
> want to run away.

We have had enough LaTeX developers run away because = of being whipped
with bad code.  LaTeX internals are accessible = only to wizards, and
that is partly a result of the refusal to revert to = sane means where
insane ones are available.

How would \DeclareRobustCommand look if one used = \protected?  And the
whole fragile protection business?  There are = quite a few examples
where code is very complicated because of missing TeX = internals.

I just propose a migration plan so that new = developments might not be
similarly crippled.

--
David Kastrup, Kriemhildstr. 15, 44793 Bochum

------_=_NextPart_001_01C2C234.EA9C6080--