X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["1663" "Tue" "30" "June" "1998" "12:31:41" "+0100" "David Carlisle" "davidc@NAG.CO.UK" nil "38" "Re: Modules" "^Date:" nil nil "6" nil nil 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 NAA22381; Tue, 30 Jun 1998 13:25:49 +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 <1.0EC1270D@listserv.gmd.de>; Tue, 30 Jun 1998 13:25:48 +0200 Received: from RELAY.URZ.UNI-HEIDELBERG.DE by RELAY.URZ.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8b) with spool id 375060 for LATEX-L@RELAY.URZ.UNI-HEIDELBERG.DE; Tue, 30 Jun 1998 13:25:33 +0200 Received: from nag.co.uk (andover.nag.co.uk [192.156.217.113]) by relay.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id NAA25429 for ; Tue, 30 Jun 1998 13:25:11 +0200 (MET DST) Received: (from davidc@localhost) by nag.co.uk (8.8.7/8.8.7) id MAA03021; Tue, 30 Jun 1998 12:31:41 +0100 References: <199806230127.LAA12452@ricetub.anu.edu.au> <199806220631.QAA11602@ricetub.anu.edu.au> <199806271853.UAA29351@frank.zdv.uni-mainz.de> <199806300901.KAA02857@nag.co.uk> <199806301016.UAA18253@ricetub.anu.edu.au> Message-ID: <199806301131.MAA03021@nag.co.uk> Reply-To: Mailing list for the LaTeX3 project In-Reply-To: <199806301016.UAA18253@ricetub.anu.edu.au> (message from Richard Walker on Tue, 30 Jun 1998 20:16:20 +1000) Date: Tue, 30 Jun 1998 12:31:41 +0100 From: David Carlisle 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: 2617 > So instead of e.g. \chk_var_or_const:N we have \chk/var_or_const:N. > Again: / _ : all have catcode 11. Perhaps allowing _ as the separator and for use within the final names is not ideal, although looking at your example above / looks too `hard' a break to me, I can read \chk_var_or_const:N as one token but \chk/ looks too split off. Perhaps another idea would be to use _ as now, but not use it within the final name, as in \chk_VarOrConst:N. Don't know. As Frank commented earlier, it also makes a difference if you are looking at it on screen rather than on paper. > If _in your document_ you want to `import' the short names you might > say: I really don't think it helps to think of document level usage for this kind of module. Although it does make sense to look at ways of using different top level command names, I suspect any such top level interface mechanism will need to be substantially different from the way code at the programming levels is organised into modules. \UseShortNames{splat} . . . \mymacro . . . This most reminds me of context. (Any context users on this list?) I haven't really looked in detail what Context does here but have seen Hans (the other one:-) demo it a few times. The Context kernel does not directly define any top level user commands, instead that top level is defined in a final customisation setup. In the case of context the main aim is to have language specific command names. Such an interface could possibly be extended to cater for more general renaming to avoid interface clashes. Perhaps someone with more experience of context might like to say what that system is doing, for comparison. David