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 p4G7skHI013525 for ; Mon, 16 May 2011 09:54:47 +0200 Received: (qmail 26692 invoked by alias); 16 May 2011 07:54:41 -0000 Delivered-To: GMX delivery to rainer.schoepf@gmx.net Received: (qmail invoked by alias); 16 May 2011 07:54:40 -0000 Received: from relay.uni-heidelberg.de (EHLO relay.uni-heidelberg.de) [129.206.100.212] by mx0.gmx.net (mx098) with SMTP; 16 May 2011 09:54:40 +0200 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id p4G7q3vO018214 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 May 2011 09:52:04 +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 p4G7HTZQ004064; Mon, 16 May 2011 09:52:02 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 1217029 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Mon, 16 May 2011 09:52:02 +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 p4G7q2i2031405 for ; Mon, 16 May 2011 09:52:02 +0200 Received: from ueamailgate02.uea.ac.uk (ueamailgate02.uea.ac.uk [139.222.131.185]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id p4G7plxK018115 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 16 May 2011 09:51:51 +0200 Received: from ueams02.uea.ac.uk (ueams02.uea.ac.uk [139.222.131.131]) by ueamailgate02.uea.ac.uk (8.13.8/8.13.8) with ESMTP id p4G7pjcR013458; Mon, 16 May 2011 08:51:45 +0100 Received: from [139.222.114.131] by ueams02.uea.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1QLsYd-0000BE-NV; Mon, 16 May 2011 08:49:39 +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 References: <4DCA93CC.5020605@morningstar2.co.uk> <19920.15087.714131.100464@morse.mittelbach-online.de> <730C3860-F74B-453D-87A9-0962DD1699B0@gmail.com> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Bayes-Prob: 0.0001 (Score 0, 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: 06EI7PJB0 - 422a9d4deabe - 20110516 X-Scanned-By: CanIt (www . roaringpenguin . com) on 139.222.131.185 Message-ID: <4DD0D791.7080201@morningstar2.co.uk> Date: Mon, 16 May 2011 08:51:45 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Joseph Wright Subject: Re: xparse and space skipping To: LATEX-L@listserv.uni-heidelberg.de In-Reply-To: <730C3860-F74B-453D-87A9-0962DD1699B0@gmail.com> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-GMX-Antispam: 0 (eXpurgate); Detail=5D7Q89H36p4yCuwxJv6KY0FCZRnwZ+130fdB6vMlIrjjdgTe7lzLsopARiHhUqYkhBiGI 6plt3e9bM+ifj0snpfXFs84+D9zE0/Ljsx5ma5x1X2cybRrVOoIiGw8++ztr6nN1CEyRFPKo3+eq S6TUa/gFn/0+C4Zw8tI0TEifo2W8nLCdgabTYC7apX5WSOcxYlowMKLlK3Y1xdXXVaDnQ==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: 6754 On 16/05/2011 05:41, Will Robertson wrote: > Okay, I'm happy with this. We should revert back to space-skipping behaviour; only question is what to do about control symbols? Practically, there are only a handful that you'd expect to see defined to take an optional argument, perhaps \\ and \+ and anything else a user wants to (re-)define. If we remove the 'varying behaviour' switch (it's a two-line change) then \\ and \+ behave exactly the same as anything else. > If we choose space-skipping then we're consistent with 2e; if not we're consistent with amsmath. I tend toward the latter but would also be happy to have \\ as a special case instead and go with the former. As Frank always reminds us, xparse is exploring LaTeX3 ideas but tied to LaTeX2e's conventions. So I'd prefer to be consistent with LaTeX2e at the moment: when we do design syntax for LaTeX3 we may well want to revise our ideas. -- Joseph Wright