Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(6.0.3790.3959); Wed, 2 Jan 2008 15:25:04 +0100 Received: by mail.proteosys.com (8.13.8/8.13.8) with ESMTP id m02EOuY3030001 for ; Wed, 2 Jan 2008 15:24:57 +0100 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 m02EFJoR012525 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Jan 2008 15:15:19 +0100 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id m01N1mkH011834; Wed, 2 Jan 2008 15:15:09 +0100 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 15.0) with spool id 236972 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Wed, 2 Jan 2008 15:15:09 +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 m02EF9P0001167 for ; Wed, 2 Jan 2008 15:15:09 +0100 Received: from mx02.kabsi.at (mx02.kabsi.at [62.40.128.130]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id m02EEsmk011032 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 2 Jan 2008 15:15:00 +0100 Received: from buckbeak.hogwarts (h081217001071.dyn.cm.kabsi.at [81.217.1.71]) by mx02.kabsi.at (8.13.6/8.13.6) with SMTP id m02EEstJ001583 for ; Wed, 2 Jan 2008 15:14:54 +0100 Received: by buckbeak.hogwarts (Postfix, from userid 1000) id D5F3833007A; Wed, 2 Jan 2008 15:14:53 +0100 (CET) References: <87k5nxw76i.fsf@buckbeak.hogwarts> <87tzmwkdnr.fsf@buckbeak.hogwarts> <18269.25346.697845.365250@morse.mittelbach-online.de> <281f1dab73f627993b7d112bbabf8b74@residenset.net> <18271.50750.510995.826662@morse.mittelbach-online.de> <874pe9yvk7.fsf@buckbeak.hogwarts> <87prwrt06v.fsf@buckbeak.hogwarts> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by listserv.uni-heidelberg.de id m02EF9P0001168 Message-ID: <87ejd0wbz6.fsf@buckbeak.hogwarts> Date: Wed, 2 Jan 2008 15:14:53 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Andreas Matthias Subject: Re: Misleading cs names? To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: ("Morten =?iso-8859-15?Q?H=F8gholm=22's?= message of "Tue\, 1 Jan 2008 18\:46\:16 +0100") Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-ProteoSys-SPAM-Score: -2.464 () BAYES_00,FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.57 on 213.139.130.197 Return-Path: owner-latex-l@LISTSERV.UNI-HEIDELBERG.DE X-OriginalArrivalTime: 02 Jan 2008 14:25:04.0165 (UTC) FILETIME=[442B8D50:01C84D4B] Status: R X-Status: X-Keywords: X-UID: 5146 Morten Høgholm wrote: > On Fri, 28 Dec 2007 14:31:52 +0100, Andreas Matthias wrote: > >> Well, I am still pondering on this. How does \def:Npx fit into this >> scheme? The x argument is not expanded before being passed to \edef. > > The x argument is expanded before being passed on the > \def:Npn. Which is more or less true except currently it is > implemented as a straight \edef because it would otherwise suffer > from the same problems as other functions needing to go through a > temporary variable in the \::x function. With the \expanded > primitive in pdfTeX 1.50 we should have uniform behavior at last. > >> Here are some other functions I just ran across, where the x might not >> be appropriate: \io_put_deferred:Nx, \io_put_term:x, \io_put_log:x, >> \err_message:x, \err_latex_bug:x. These names have the same problem >> as the proposed \int_set:Nx, haven't they? > > Most of those functions are from before eTeX was required and so > now one could say the base form of many such messages was, say, > \err_latex_bug:n which just outputs a message (making it literal > with \unexpanded) and then there are x variants in case one wants > to use the value of some variable in the output. You are pointing > to an area of the code which hasn't received much attention after > we started extending expl3 and it could use some cleaning up (so > could our 4-day old daughter so I better look at that first! :-). Sounds all reasonable to me. But these explanations can be used to promote \int_set:Nx, as well. And here we start again ... ;-) Ciao Andreas