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 p4GMqKZS015971 for ; Tue, 17 May 2011 00:52:21 +0200 Received: (qmail 17269 invoked by alias); 16 May 2011 22:52:15 -0000 Delivered-To: GMX delivery to rainer.schoepf@gmx.net Received: (qmail invoked by alias); 16 May 2011 22:52:14 -0000 Received: from relay2.uni-heidelberg.de (EHLO relay2.uni-heidelberg.de) [129.206.210.211] by mx0.gmx.net (mx081) with SMTP; 17 May 2011 00:52:14 +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 p4GMnXAE017198 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 May 2011 00:49:33 +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 p4GM1I4I020833; Tue, 17 May 2011 00:49:32 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 1207294 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Tue, 17 May 2011 00:49:32 +0200 Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id p4GMnWvF026074 for ; Tue, 17 May 2011 00:49:32 +0200 Received: from nm21-vm1.access.bullet.mail.mud.yahoo.com (nm21-vm1.access.bullet.mail.mud.yahoo.com [66.94.236.136]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with SMTP id p4GMnIbg017131 for ; Tue, 17 May 2011 00:49:19 +0200 Received: from [66.94.237.198] by nm21.access.bullet.mail.mud.yahoo.com with NNFMP; 16 May 2011 22:49:17 -0000 Received: from [66.94.237.105] by tm9.access.bullet.mail.mud.yahoo.com with NNFMP; 16 May 2011 22:49:17 -0000 Received: from [127.0.0.1] by omp1010.access.mail.mud.yahoo.com with NNFMP; 16 May 2011 22:49:17 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 805343.96883.bm@omp1010.access.mail.mud.yahoo.com Received: (qmail 46887 invoked by uid 60001); 16 May 2011 22:49:17 -0000 X-YMail-OSG: 8eXog9YVM1mWkf60tWJcfgiENHEbgU3bIZ7zTKR8ERIRRU. xxWF5.kZvHOWWlySX8IqTHEmL8HjcIdXCn9dMPsIZ84_w_JVmF4L_IwttgE9 IhVYgyZTACHKwXxQ4UlQm7H5NPMi_mXN1npgo0BUd0ltoe96GBSs_VkjFylb uiLAYSbzIld1_AonoZEePrKby0RVhOupa8ok49FQdCFTJhIf.iYfY.QzooTS kutGYzEDW4eIc5uM.0wGxBP_c3F0HJD1jCnQKVCQDTM3fqey0SUyLUVNU.fb YuJkrnOWB0S6a1Fw3YDc_dSYa3VPugnXftESljN7UZ8fwW3wuDbpE80M_hYU duLjIZ_rI_inoauuUn79hT.wmzEc7I.f7Qkr.ABRc4sw6tOfOlm5u_1NkkDY 4UUQeeHEr71Jecc1Hr7PoIg0- Received: from [174.22.83.59] by web82004.mail.mud.yahoo.com via HTTP; Mon, 16 May 2011 15:49:17 PDT X-Mailer: YahooMailRC/567 YahooMailWebService/0.8.111.303096 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> <19921.41527.551256.578351@morse.mittelbach-online.de> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-619112147-1305586157=:2612" Message-ID: <502855.2612.qm@web82004.mail.mud.yahoo.com> Date: Mon, 16 May 2011 15:49:17 -0700 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Paul Thompson Subject: Re: xparse and space skipping To: LATEX-L@listserv.uni-heidelberg.de In-Reply-To: <19921.41527.551256.578351@morse.mittelbach-online.de> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-GMX-Antispam: 0 (eXpurgate); Detail=5D7Q89H36p4yCuwxJv6KY0FCZRnwZ+133PU8QDgMm1oxtL4rHfO8+Z38w5cw2IByloERQ Kasc53OpXUeffBfuuRYmR9Hs6oHr9YSLECyIdsHN5z+Nl/HdHvr/prn51DHz9Q5+bWZzN2yXY3T8 3zxrH3fJcyL/pJQeBixyFqzXUZ/lYy5oPIAW3H+Qo92RFl6JZpPaz0SllSvCfpaGrabiQ==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: 6764 --0-619112147-1305586157=:2612 Content-Type: text/plain; charset=us-ascii Yes, a system with a positional for common required arguments, but optional as named arguments could work well. Paul Thompson Professor and Senior Scientist Director, Methodology and Data Analysis Center Sanford Research 900 W Delaware Sioux Falls, SD 57104 O: 605-312-6462 M: 618-974-0473 H: 605-332-1587 F: 605-328-0401 909 N. Charleston Circle Sioux Falls, SD 57110 605-332-1587 ________________________________ From: Frank Mittelbach To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE Sent: Mon, May 16, 2011 5:16:23 PM Subject: Re: xparse and space skipping 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 --0-619112147-1305586157=:2612 Content-Type: text/html; charset=us-ascii
Yes, a system with a positional for common required arguments, but optional as named arguments could work well.
 
Paul Thompson

Professor and Senior Scientist
Director, Methodology and Data Analysis Center
Sanford Research
900 W Delaware
Sioux Falls, SD 57104


O: 605-312-6462
M: 618-974-0473
H: 605-332-1587
F: 605-328-0401


909 N. Charleston Circle
Sioux Falls, SD 57110
605-332-1587



From: Frank Mittelbach <frank.mittelbach@LATEX-PROJECT.ORG>
To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE
Sent: Mon, May 16, 2011 5:16:23 PM
Subject: Re: xparse and space skipping

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

<linebreak | color=normal, pagebreak-allowed = true, vertical-skip = 3pt >

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

\\<color=blue,pagebreak-allowed = false,vertical-skip = 3pt>
\\<color=blue,pagebreak-allowed = false>[3pt]
\\<color=blue>*[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

\\<color=blue,pagebreak-allowed = false,vertical-skip = 10pt>[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
--0-619112147-1305586157=:2612--