Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(6.0.3790.3959); Wed, 2 Sep 2009 21:26:41 +0200 Received: by mail.proteosys.com (8.14.3/8.14.3) with ESMTP id n82JQfrv027488 for ; Wed, 2 Sep 2009 21:26:41 +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 n82JNY0D031711 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Sep 2009 21:23:34 +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 n82II6Uv000417; Wed, 2 Sep 2009 21:23:25 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 15.5) with spool id 299803 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Wed, 2 Sep 2009 21:23:25 +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 n82JNPnQ015774 for ; Wed, 2 Sep 2009 21:23:25 +0200 Received: from lon1-post-2.mail.demon.net (lon1-post-2.mail.demon.net [195.173.77.149]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id n82JN7fk031270 for ; Wed, 2 Sep 2009 21:23:11 +0200 Received: from cremornelane.demon.co.uk ([80.177.25.195] helo=[192.168.0.2]) by lon1-post-2.mail.demon.net with esmtp (Exim 4.69) id 1MivQB-0002PZ-b1 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Wed, 02 Sep 2009 19:23:07 +0000 User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 References: <4A7921CF.5020803@morningstar2.co.uk> <4A86949D.3090500@morningstar2.co.uk> <4A886BA8.2000209@morningstar2.co.uk> <0417DF73-EC19-4262-B9DF-5C870D47BFCE@gmail.com> <4A893816.2090807@residenset.net> <4A89610D.8060108@morningstar2.co.uk> <4A8C71CC.7000006@residenset.net> <4A8D0048.4070101@morningstar2.co.uk> <4A946AD7.4020506@residenset.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <4A9EC61D.5000502@morningstar2.co.uk> Date: Wed, 2 Sep 2009 20:23:09 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Joseph Wright Subject: Re: xparse To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: <4A946AD7.4020506@residenset.net> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-ProteoSys-SPAM-Score: -6.599 () BAYES_00,RCVD_IN_DNSWL_MED X-Scanned-By: MIMEDefang 2.65 on 213.139.130.197 Return-Path: owner-latex-l@LISTSERV.UNI-HEIDELBERG.DE X-OriginalArrivalTime: 02 Sep 2009 19:26:41.0969 (UTC) FILETIME=[4CDF0A10:01CA2C03] Status: R X-Status: X-Keywords: X-UID: 6075 Lars Hellström wrote: > Finally, there is the issue that a processor has to put the argument in > a toks register. I understand this is for generality (only sane way to > pass along # tokens), but my experience with this type of API is that > one should make it easy to use commands that happen to already exist. In > this case, it would mean to also support a processor that would store > its result in a macro rather than a toks register, since I'm quite sure > this is what people tend to do unless they definitely need a toks register. Maybe I'm missing something here, but if we need the processed value returned in a named variable it should not matter whether it is a toks or a tl (or indeed anything else). All that needs to happen is \toks_set:NV \l_xparse_arg_toks which is the same action if is a tl or a toks. As there are add left/right functions for toks, there should also be no problem "building up" \l_xparse_arg_toks piecewise: \toks_out_right:Nn \l_xparse_arg_toks { } and so on. -- Joseph Wright