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 o1LHlHk1013853 for ; Sun, 21 Feb 2010 18:47:18 +0100 Received: (qmail 29637 invoked by alias); 21 Feb 2010 17:47:12 -0000 Delivered-To: GMX delivery to rainer.schoepf@gmx.net Received: (qmail invoked by alias); 21 Feb 2010 17:47:11 -0000 Received: from relay2.uni-heidelberg.de (EHLO relay2.uni-heidelberg.de) [129.206.210.211] by mx0.gmx.net (mx072) with SMTP; 21 Feb 2010 18:47:11 +0100 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 o1LHjBDd012782 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 21 Feb 2010 18:45:11 +0100 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 o1KN15Gp022302; Sun, 21 Feb 2010 18:45:00 +0100 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 382358 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Sun, 21 Feb 2010 18:45:00 +0100 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 o1LHj0MD018086 for ; Sun, 21 Feb 2010 18:45:00 +0100 Received: from smtp113.plus.mail.re1.yahoo.com (smtp113.plus.mail.re1.yahoo.com [69.147.102.76]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with SMTP id o1LHiqQG027429 for ; Sun, 21 Feb 2010 18:44:52 +0100 Received: (qmail 82135 invoked from network); 21 Feb 2010 17:44:52 -0000 Received: from e181136189.adsl.alicedsl.de (st_philipp@85.181.136.189 with plain) by smtp113.plus.mail.re1.yahoo.com with SMTP; 21 Feb 2010 09:44:52 -0800 PST X-Yahoo-SMTP: _jlT6bOswBCTfNEaYibKorijSw14_bs- X-YMail-OSG: CA9NbRUVM1k1GGy3PG0Y6cR_oyww_NEkWSo8.uyDTdDUmHZApRA_nwYfA3_Cr_BUB_gIT5QMHhlkZOFdyMse27M_i7wNmHqCOk59VSMGYYw1SMDe8BWZdrAB6saHbfbcFOT.9QhTsNX3PuY2WOVRtf25j8nA8Kgy9N_dZ5YFfry8_NboADkx15Wpp9YVnGhIVDG.o0.iVWxSdV1W7Afn8a9lx2MSb9nO8Ov6xD_lSrAsSmW3HUKT87eo7H_h4mSBuQuhvbKKaf_5Uqtmn_f0qIecBKR.fMVgF_svy.mV5iJLbv_txKws4C7yaWMsty49uvsp0W0A6XJPMUKz049hcRmsuAFkKNIzsaaBa9yvhheg3FkWX3GMqkcK6HKfpS0Npx0a1lFjddnOmL2Yv5Z1OeZ7U.LjB2erCEOwR2Ve7zviBSfwlHo- X-Yahoo-Newman-Property: ymail-3 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1077) References: <6EBBC8A1-0CB0-451D-AF0A-3EF2A41C0B52@YAHOO.DE> <3C45FBBF-D0F3-4C13-919D-AF69C8A6A808@gmail.com> <8AC89CD6-A3C0-4756-9C61-FC1D3EAC8FDA@yahoo.de> <19321.16363.714913.576934@morse.mittelbach-online.de> X-Mailer: Apple Mail (2.1077) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by listserv.uni-heidelberg.de id o1LHj0MD018087 Message-ID: Date: Sun, 21 Feb 2010 18:44:51 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Philipp Stephani Subject: Re: Assorted suggestions pt. 1 - \exp_arg_unbraced:No To: LATEX-L@listserv.uni-heidelberg.de In-Reply-To: <19321.16363.714913.576934@morse.mittelbach-online.de> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-GMX-Antispam: 0 (Mail was not recognized as spam); Detail=5D7Q89H36p77e5KAPs1l6v/Sb97LojnDtMgfETrECMLUO9erHzOJe+OynZRhvlGqvET/J 3dm2vHWnQHIuidpgLhS+P7NNYz+zyHLMY9yCwFcpEP74SGx2F2+1SUI3sjCH7ntAdP+Qju/DAYyu a2z2w==V1; X-Resent-By: Forwarder X-Resent-For: rainer.schoepf@gmx.net X-Resent-To: rainer@rainer-schoepf.de X-Scanned-By: MIMEDefang 2.63 on 85.214.41.38 Status: R X-Status: X-Keywords: X-UID: 6302 Am 15.02.2010 um 13:36 schrieb Frank Mittelbach: > Philipp Stephani writes: > >>>> - \exp_arg_unbraced:No === \exp_after:wN >>> >>> You'd like this to exist, you mean? >> >> Yes, I just think it fits better with the other _unbraced macros (it would >> be the simplest of those). >> >> Please note that the three points you commented on are just related to >> design or style decisions, there is nothing wrong with how it is currently >> implemented in expl3. > > for a start \exp_after:wN should normally not be needed except on very > low-level programming (which should largely only happen in the kernel). For > the rest the l3expan concept really provides a much more powerful and > consistent interface. In my case I need it indeed as a replacement of a high-level function: namely, a variant of \tl_map_inline that looks at three groups at a time. This is trivial with a macro that takes three undelimited and one "rest" argument, so perhaps l3tl could have \tl_map_function_ii, \lt_map_inline_ii and so on. Then I wouldn't need this any more.