Content-Type: multipart/signed; boundary=Apple-Mail-4--538319677; micalg=sha1; protocol="application/pkcs7-signature"
Mime-Version: 1.0 (Apple Message framework v935.3)
References: <4A7921CF.5020803@morningstar2.co.uk>           
            <4A86949D.3090500@morningstar2.co.uk>           
            <4A886BA8.2000209@morningstar2.co.uk>
            <0417DF73-EC19-4262-B9DF-5C870D47BFCE@gmail.com>
            <4A89058A.3060506@morningstar2.co.uk>
Message-ID:  <6E237F62-5DA8-4106-B270-F2D6BFBAA0EA@gmail.com>
Date:         Mon, 17 Aug 2009 18:25:03 +0930
Reply-To: Mailing list for the LaTeX3 project
              <LATEX-L@LISTSERV.UNI-HEIDELBERG.DE>
Sender: Mailing list for the LaTeX3 project <LATEX-L@LISTSERV.UNI-HEIDELBERG.DE>
From: Will Robertson <wspr81@GMAIL.COM>
Subject: Re: xparse
To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE
In-Reply-To:  <4A89058A.3060506@morningstar2.co.uk>
Precedence: list
Status: R

--Apple-Mail-4--538319677
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit

Hi Joseph,

Short reply. (You said it all already.)

On 17/08/2009, at 4:53 PM, Joseph Wright wrote:

> Will Robertson wrote:
>> Hi Joseph,
>>
>> Thanks for the great efforts here!
>> I did a once-over on the documentation (and made a couple of minor
>> adjustments) and everything seems logical to me.
>>
>> To summarise the changes from the old xparse:
>>
>> -  >{P} replaced by +
>> -  >{W} dropped, since it is applied automatically when necessary  
>> (final
>> optional argument(s))
>
> Actually, for the moment I've simply not used any space skipping at  
> all.
>
> Of course, TeX skips spaces after the command name itself, but for
> something like:
>
> \foo{arg1}[arg2]{arg3}
>
> it seemed easier to explain if there is no space skipping at a LaTeX
> level. If other people disagree it is easy to change.

Ah, right. Well, it's hard to explain either way, I think; e.g.,

\foo{a} {b} {c} % works
\bar{a} [b] {c} % does not

Personally, I liked xparse-alt's original method, but I'm happy to  
leave it like this until complaints start coming in :)  (Which I'm not  
sure will happen.)

>> -  c dropped, replaced by 'd()'
>
> I'm imagining that LaTeX3 at the document level might well not need  
> this
> input type too much.

Yup.

>> -  g and G{} added: optional braced argument
>> -  d** and D**{} added: pair-delimited argument
>> -  u* and U*{} added: post-delimited argument
>
> Just u{}: mandatory argument, no default but takes multiple tokens.

Thanks; silly slip of mine.

[Regarding single token delimited arguments:]

> To allow multiple opening tokens, there has to be one check (and
> removal) for each token. That looks rather awkward to write, as you  
> have
> to be able to put back all of the removed opening tokens if not all  
> are
> actually present.

Okay, I have to admit I didn't think about the implementation when I  
thought about it earlier today. (Recovering from a bug, so my head's a  
bit fuzzy. If that's an excuse.)

> More generally, I'd hope that more complex options can be handled in
> better ways than opaque argument syntax. Something like:
>
> \foo[opt1][[opt2]]{arg} % Two opt args [...] and [[...]]
>
> is probably better handled as:
>
> \foo[opt1=text1,opt2=text2]{arg}
>
> in any case.

Most certainly!

> I'd hope we cover enough for almost all non-verbatim circumstances.  
> For
> example, taking Will's question of delimiters, you can make a  
> mandatory
> delimited argument with multiple tokens:
>
> \DeclareDocumentCommand \foo { u{<open>} u{<close>} {
>  \tl_if_empty:nTF {#1} {
>    % Do stuff
>  }{
>    % Probably should not happen!
>  }
> }

Heh; nice. Yes, I think xparse is doing basically everything one could  
ever hope for, at this stage.

Will


--Apple-Mail-4--538319677
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGITCCAtow
ggJDoAMCAQICECN4qE5kBXLk2f/jVDfSZPwwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx
JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ
ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDEyOTA1NDkxNVoXDTEwMDEyOTA1NDkx
NVowQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEfMB0GCSqGSIb3DQEJARYQd3Nw
cjgxQGdtYWlsLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAL0BeSiAbKuqxeRN
p2qn/m8ZL+xawr/WXyPgEF0FipWgRe9l3sMXcFHokcUu0xOc97R7xkUsGcQ8EyybGHuWey6x7X1Y
xJZXnoAxqcaG+eREytoYGMIKs6BhEEogLVb2ERw3lQNVnOzanSFeGo8suMAN4zzCtqAjJiA1ph7h
1pksTgECYK5EiIZbFsB6zSDa8crNk404z1CfIA6YO8ezvjbDda+D0r8NU2tq9WS9F5IaG+bW71Ya
JegEcSZ+WF6Z+fs2MUMCLLu8n50Er0nuy4dxOmkdMRNfbeaM39dsEwjAAgcQnvPNmlJ215nZWQRH
49YowtSBOYUYq0ZylWRE6x8CAwEAAaMtMCswGwYDVR0RBBQwEoEQd3NwcjgxQGdtYWlsLmNvbTAM
BgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUAA4GBABaRP8+PDYpKIRGlFgjs1HvMmJnqu4reSqp+
ulv0zJZIjIbX/sLbIsnecl9nycHfhubPdc+hDfpCqNZ2+NGQHwwoyuDl7KOdTY0BDPp3eJLio7ob
EYEr0H8rFwqfx2LWJ0G6nMhNEjLvs7sFKyriSpk++TWJnnsf86xai5m0tlOwMIIDPzCCAqigAwIB
AgIBDTANBgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw
ZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UE
CxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNv
bmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUu
Y29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMCWkExJTAjBgNV
BAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25h
bCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEpjxVc1X7
TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAKMNcCY1osiRVwjt3J8CuFWqo/
cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7n2XRxSpUhQ9IBH+nttE8YQRA
HmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAwQwYDVR0fBDwwOjA4oDagNIYy
aHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0P
BAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG
9w0BAQUFAAOBgQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8
/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQ
Gls1TXfjViF4gtwhGTXeJLHTHUb/XV9lTzGCAxAwggMMAgEBMHYwYjELMAkGA1UEBhMCWkExJTAj
BgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJz
b25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAjeKhOZAVy5Nn/41Q30mT8MAkGBSsOAwIaBQCgggFv
MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA5MDgxNzA4NTUwM1ow
IwYJKoZIhvcNAQkEMRYEFMzQeRoDO5jxgstJvcY1bRMSVTdbMIGFBgkrBgEEAYI3EAQxeDB2MGIx
CzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYD
VQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQI3ioTmQFcuTZ/+NUN9Jk
/DCBhwYLKoZIhvcNAQkQAgsxeKB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u
c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNz
dWluZyBDQQIQI3ioTmQFcuTZ/+NUN9Jk/DANBgkqhkiG9w0BAQEFAASCAQBjk+unhHYcenUMIyZw
UD+l1O2WEvd3V0BiJDSiOLU1osP9ChGlnGBfDfKJKvifHRTpP0GXETdJJWg8nQ6nS3t2IJPjcbgD
UaAdQ4RDWTkHTFy/G0ahtppFRmxMeCDyOTNHrStAXa9lITDfbtfVmY4zPLRqdLH+vF32TuV7TWZ0
4T2qV97oV5MPywX5JNrWxTkpan6Ny/1zYd8/tfuCK7SuGVQXTCw0bOa/jFap5De6hCFDQYZ4g2tN
AUF31Aj0rFcC70M+fI/nDmlZNBxlw2MHx7GUgZRZFPg6fiDD6ziU7yvbM2eXXkpKfkA6lElQI1Vz
0GYD6y+6bYGXkf/TDrgHAAAAAAAA

--Apple-Mail-4--538319677--