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 p4BE3boc005585 for ; Wed, 11 May 2011 16:03:38 +0200 Received: (qmail 4963 invoked by alias); 11 May 2011 14:03:32 -0000 Delivered-To: GMX delivery to rainer.schoepf@gmx.net Received: (qmail invoked by alias); 11 May 2011 14:03:32 -0000 Received: from relay2.uni-heidelberg.de (EHLO relay2.uni-heidelberg.de) [129.206.210.211] by mx0.gmx.net (mx052) with SMTP; 11 May 2011 16:03:32 +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 p4BE100A015773 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 May 2011 16:01:01 +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 p4BDr19x003961; Wed, 11 May 2011 16:00:58 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 1246157 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Wed, 11 May 2011 16:00:58 +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 p4BE0w8a029996 for ; Wed, 11 May 2011 16:00:58 +0200 Received: from ueamailgate01.uea.ac.uk (ueamailgate01.uea.ac.uk [139.222.131.184]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id p4BE0b6X011598 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 11 May 2011 16:00:42 +0200 Received: from ueams02.uea.ac.uk (ueams02.uea.ac.uk [139.222.131.131]) by ueamailgate01.uea.ac.uk (8.13.8/8.13.8) with ESMTP id p4BDmxaN025398 for ; Wed, 11 May 2011 14:48:59 +0100 Received: from [139.222.200.43] by ueams02.uea.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1QK9lX-0006Cv-3N for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Wed, 11 May 2011 14:47:51 +0100 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Bayes-Prob: 0.9788 (Score 5, tokens from: @@RPTN, outgoing) X-CanIt-Geo: ip=139.222.131.131; country=GB; region=I9; city=Norwich; latitude=52.6333; longitude=1.3000; http://maps.google.com/maps?q=52.6333,1.3000&z=6 X-CanItPRO-Stream: UEA:outgoing (inherits from UEA:default,base:default) X-Canit-Stats-ID: 05EGdMX9m - b57f6dd41989 - 20110511 X-Scanned-By: CanIt (www . roaringpenguin . com) on 139.222.131.184 Message-ID: <4DCA93CC.5020605@morningstar2.co.uk> Date: Wed, 11 May 2011 14:49:00 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Joseph Wright Subject: xparse and space skipping To: LATEX-L@listserv.uni-heidelberg.de Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-GMX-Antispam: 0 (eXpurgate); Detail=5D7Q89H36p4yCuwxJv6KY0FCZRnwZ+13Db2UI0NPvyQbQwRGdIy1MU6NVGg6EkZug13fG raBydlBB46uRNTmaYog29sNmjPcV22pBlbIK80cu2DNKCok1WvORIVyZP+fmfn6Y85pA/pXNNpyM HQ8mxxqUl/z/TuF8Rtwd5wP3SJK/RHq0FpWNCdamLpiKTAe2Wb+xKfhskhCGbawosyPdg==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: 6735 Hello all, You may remember that a while ago we discussed space skipping for optional arguments with xparse, for example \foo{mandatory}[optional] other text \foo{mandatory} [optional] other text \foo{mandatory} other text At the time, the feeling was that we should not skip spaces in these cases, so only the first of my examples is parsed as containing an optional argument. I've been looking at this again, as I'm not sure this is the best approach. When the only argument is optional \foo[bar] \foo [bar] \foo text TeX will always skip spaces and so things are not consistent. In the same way, mandatory arguments are always grabbed \foo{bar} \foo {bar} So looking again at this I think we should 'follow TeX', and be consistent in skipping spaces in all cases. I don't like the fact that at present there is a somewhat convoluted explanation of the behaviour in the xparse documentation: this tends to show up when something is not really correct! (At the same time, the implementation would be slightly easier to follow if this change was made.) Does this seem reasonable? -- Joseph Wright