Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by h1439878.stratoserver.net (8.14.2/8.14.2/Debian-2build1) with SMTP id p4GMIjmp003995 for ; Tue, 17 May 2011 00:18:46 +0200 Received: (qmail 31207 invoked by alias); 16 May 2011 22:18:40 -0000 Delivered-To: GMX delivery to rainer.schoepf@gmx.net Received: (qmail invoked by alias); 16 May 2011 22:18:40 -0000 Received: from relay2.uni-heidelberg.de (EHLO relay2.uni-heidelberg.de) [129.206.210.211] by mx0.gmx.net (mx110) with SMTP; 17 May 2011 00:18:40 +0200 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id p4GMGVuJ008479 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 May 2011 00:16:31 +0200 Received: from listserv.uni-heidelberg.de (localhost.localdomain [127.0.0.1]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id p4GM1I3c020833; Tue, 17 May 2011 00:16:31 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 1207229 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Tue, 17 May 2011 00:16:30 +0200 Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id p4GMGU8R024305 for ; Tue, 17 May 2011 00:16:30 +0200 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id p4GMGQg1005337 for ; Tue, 17 May 2011 00:16:30 +0200 Received: from morse.mittelbach-online.de (p3EE3F64F.dip.t-dialin.net [62.227.246.79]) by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis) id 0MIRzP-1QPgSD1EOF-0046Lw; Tue, 17 May 2011 00:16:26 +0200 Received: by morse.mittelbach-online.de (Postfix, from userid 501) id 90CEF74F3B; Tue, 17 May 2011 00:16:23 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <4DCA93CC.5020605@morningstar2.co.uk> <19920.15087.714131.100464@morse.mittelbach-online.de> <447088.31292.qm@web24704.mail.ird.yahoo.com> <4DD0BFB3.7070007@morningstar2.co.uk> <27DAD3FD-9C28-4707-9454-FBB65B66A56D@gmail.com> <19921.39458.647973.867958@morse.mittelbach-online.de> <894329.59964.qm@web82005.mail.mud.yahoo.com> X-Mailer: VM 7.19 under Emacs 21.3.1 X-Provags-ID: V02:K0:w2piw43d4YcRubZutWK1wiWpN/1wK7qHWo+M3NbWpLk ebSr79GF0CSMhaE4Rcy1YesQztW0HIGMaTlI2CqEC6PX2CnurV 5Tc/61lHrxDezrVqFDXR3lbSIwtQVZX49V1D0SJ6kN1ZchnkKu BnSoygJ+3wnEr5UGk0NTLz27jAxobmZebcX33dklyurcBbfaoR HRIDELTUUkAXoBkJ5heZw== X-Spam-Whitelist-Provider: Message-ID: <19921.41527.551256.578351@morse.mittelbach-online.de> Date: Tue, 17 May 2011 00:16:23 +0200 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Frank Mittelbach Subject: Re: xparse and space skipping To: LATEX-L@listserv.uni-heidelberg.de In-Reply-To: <894329.59964.qm@web82005.mail.mud.yahoo.com> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-GMX-Antispam: 0 (eXpurgate); Detail=5D7Q89H36p4yCuwxJv6KY7fMyn81QvEOPg47OtUYDuF0HfbliXiWiEfmTq1+l64ABRkvL YI5F1EzC0wcIP0Fr0J0EYtWnQw7hogNUb82eNOERD9rcsnAFmyqZzIkkh+Bw3pvx3ZgFQmqtPavR AKb+X1an9itxy4U0mThjONKNGirGhuWu5aha22nxLPh6V8X46nfC87+1aCefFVZkcWV9A==V1; X-Resent-By: Forwarder X-Resent-For: rainer.schoepf@gmx.net X-Resent-To: rainer@rainer-schoepf.de Status: R X-Status: X-Keywords: X-UID: 6763 Paul Thompson writes: > I really wish that the positional thing was somewhat deprecated in favor of > a named argument approach, which would replace the limit of 9 at some > point. sure, but you don't want to force people to write each time for \\[3pt] and even if supported by a good syntax editor this isn't making readable sources. I've written quite a lot about the layer approach that I see for the l3 language where the top-layer should be totally replacable. And I see xparse as nothing but a reimp (more or less) of the 2e syntax to bridge this world My personal favorite lies somewhere else, basically in commands with named attributes for "all of their modifiable features and arguments" but combined with a positional system that can be layered on top (either by users choice or by default conventions. not proposing this as a new syntax but conceptually something like \\ \\[3pt] \\*[3pt] all being equal. ie each command having one optional arg structure that contains key/vals + a defined set of positionals that cover "normal usage aspects" only. and probably with the positional overwriting any named ones, eg \\[3pt] still giving 3pt space. too much rambling after midnight, I'll better stop (this is NOT a proposal for a concrete syntax) night frank