Received: from mail.proteosys.com ([62.225.9.49]) by nummer-3.proteosys with Microsoft SMTPSVC(5.0.2195.5329); Fri, 24 Jan 2003 02:58:27 +0100 Received: by mail.proteosys.com (8.12.2/8.12.2) with ESMTP id h0O1wP6C015138 for ; Fri, 24 Jan 2003 02:58:26 +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 h0O1ssXM023482; Fri, 24 Jan 2003 02:54:55 +0100 (MET) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2C34C.15C5A380" 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 h0NN047T011966; Fri, 24 Jan 2003 02:47:34 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Received: from LISTSERV.UNI-HEIDELBERG.DE by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8d) with spool id 7871 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Fri, 24 Jan 2003 02:47:34 +0100 Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by listserv.uni-heidelberg.de (8.12.2/8.12.2/SuSE Linux 0.6) with ESMTP id h0O1lY5f014378 for ; Fri, 24 Jan 2003 02:47:34 +0100 Received: from webmail.tiscali.de ([62.27.55.1]) by relay.uni-heidelberg.de (8.12.4/8.12.4) with ESMTP id h0O1slXM023467 for ; Fri, 24 Jan 2003 02:54:47 +0100 (MET) Received: from linux.local (62.246.154.25) by webmail.tiscali.de (6.0.045) id 3E1650CC006930A9 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Fri, 24 Jan 2003 02:38:29 +0100 Received: (from one@localhost) by linux.local (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) id h0O1uA601712 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Fri, 24 Jan 2003 02:56:10 +0100 In-Reply-To: <200301232349.20628.tim@birdsnest.maths.tcd.ie> References: <15915.60496.798501.907773@lin2.idris.fr> <200301232130.53333.tim@birdsnest.maths.tcd.ie> <200301232349.20628.tim@birdsnest.maths.tcd.ie> Return-Path: X-OriginalArrivalTime: 24 Jan 2003 01:58:28.0065 (UTC) FILETIME=[16682510:01C2C34C] X-Scanned-By: MIMEDefang 2.28 (www . roaringpenguin . com / mimedefang) X-Spam-Score: -2.9 () EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01 Content-class: urn:content-classes:message Subject: Re: LICR objects in math Date: Fri, 24 Jan 2003 02:56:10 +0100 Message-ID: A<20030124015610.GA1561@linux> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Re: LICR objects in math Thread-Index: AcLDTBaJmLr2gOjaQHiAOVv9xe6lkw== From: "Heiko Oberdiek" To: Reply-To: "Mailing list for the LaTeX3 project" Status: R X-Status: X-Keywords: X-UID: 4486 This is a multi-part message in MIME format. ------_=_NextPart_001_01C2C34C.15C5A380 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Thu, Jan 23, 2003 at 11:49:20PM +0000, Timothy Murphy wrote: > [...] > In all the acres of argumentation you've propounded on the topic > you have never -- as far as I am aware -- > produced a single LaTeX file which would be better -- > more easily, more elegantly -- > processed by elatex than latex. I can give you two packages as example, (hopefully more uptodate than my last one): * pdfcolmk.sty: it tries to simulate the missing color stack of pdfTeX by the help of TeX's marks mechanism. TeX code: 30 lines, 66 commands TeX has only one mark register, so basic commands has to be redefined (\mark, ...) to implement a sharing of information between different applications (strings by \chaptermark, \sectionmark, \markboth, ..., and data of package pdfcolmk). So I expect that this package can and will be incompatible with other packages that also uses this mark register. eTeX code: 4 lines, 14 commands With eTeX an extra marks register can be allocated, so different mark applications does not disturb each other and I expect no problems with other packages. * alphalph.sty: TeX-code: 95 lines, 11 definitions eTeX-code: 22 lines, 2 definitions very fast and easy to implement by using \numexpr. Yours sincerely Heiko ------_=_NextPart_001_01C2C34C.15C5A380 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: LICR objects in math

On Thu, Jan 23, 2003 at 11:49:20PM +0000, Timothy = Murphy wrote:

> [...]
> In all the acres of argumentation you've = propounded on the topic
> you have never -- as far as I am aware --
> produced a single LaTeX file which would be = better --
> more easily, more elegantly --
> processed by elatex than latex.

I can give you two packages as example, (hopefully = more uptodate
than my last one):

* pdfcolmk.sty: it tries to simulate the missing color = stack
  of pdfTeX by the help of TeX's marks = mechanism.
  TeX code: 30 lines, 66 commands
    TeX has only one mark register, so = basic commands has to be
    redefined (\mark, ...) to = implement a sharing of information
    between different applications = (strings by \chaptermark,
    \sectionmark, \markboth, ..., and = data of package pdfcolmk).
    So I expect that this package can = and will be incompatible with
    other packages that also uses this = mark register.
  eTeX code: 4 lines, 14 commands
    With eTeX an extra marks register = can be allocated, so
    different mark applications does = not disturb each other
    and I expect no problems with = other packages.

* alphalph.sty:
  TeX-code: 95 lines, 11 definitions
  eTeX-code: 22 lines, 2 definitions
    very fast and easy to implement by = using \numexpr.

Yours sincerely
  Heiko <oberdiek@uni-freiburg.de>

------_=_NextPart_001_01C2C34C.15C5A380--