X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["1020" "Tue" "23" "June" "1998" "11:10:55" "+1000" "Richard Walker" "Richard.Walker@CS.ANU.EDU.AU" nil "25" "Re: Modules" "^Date:" nil nil "6" nil "Modules" nil nil nil] nil) Received: from listserv.gmd.de (listserv.gmd.de [192.88.97.1]) by mail.Uni-Mainz.DE (8.8.8/8.8.8) with ESMTP id DAA08165; Tue, 23 Jun 1998 03:11:15 +0200 (MET DST) Received: from lsv1.listserv.gmd.de (192.88.97.2) by listserv.gmd.de (LSMTP for OpenVMS v1.1a) with SMTP id <7.09E8046C@listserv.gmd.de>; Tue, 23 Jun 1998 3:11:12 +0200 Received: from RELAY.URZ.UNI-HEIDELBERG.DE by RELAY.URZ.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8b) with spool id 368053 for LATEX-L@RELAY.URZ.UNI-HEIDELBERG.DE; Tue, 23 Jun 1998 03:11:07 +0200 Received: from ricetub.anu.edu.au (richard@ricetub.anu.edu.au [150.203.166.61]) by relay.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id DAA15080 for ; Tue, 23 Jun 1998 03:11:03 +0200 (MET DST) Received: (from richard@localhost) by ricetub.anu.edu.au (8.8.2/8.8.2) id LAA12429; Tue, 23 Jun 1998 11:10:55 +1000 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <199806220631.QAA11602@ricetub.anu.edu.au> X-Mailer: VM 6.29 under Emacs 19.34.1 Message-ID: <199806230110.LAA12429@ricetub.anu.edu.au> Reply-To: Mailing list for the LaTeX3 project In-Reply-To: Date: Tue, 23 Jun 1998 11:10:55 +1000 From: Richard Walker Sender: Mailing list for the LaTeX3 project To: Multiple recipients of list LATEX-L Subject: Re: Modules Status: R X-Status: X-Keywords: X-UID: 2586 Hans Aberg writes: > One then becomes independent of that old PlainTeX once for > all, and is free to build up an entirely new consistent logical structure. You mean that one is free to build up an entirely new _inconsistent_ logical structure . . . ! We all know about creeping featurism. Even small subcomponents such as NFSS show how difficult it is to get it right. (And the NFSS is not modular - you can't easily add a new `axis'. (Note - I said `easily'.)) > This will perhaps prepare for a new version of TeX, which can take care of > the new LaTeX3 structures efficiently. Let's hope so. As I said at the beginning, I hope we can progress to a unified e-TeX/Omega platform. > That is, if it can be made practical... So give it a try, I would say. Oh, I have an open mind. I am sticking around for the long haul. I just hope we don't lose others along the way. > (It is probably more difficult to implement the feature at a later stage > than removing it if it does not work.) Agreed 100%.