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 p7NA2aN7007398 for ; Tue, 23 Aug 2011 12:02:38 +0200 Received: (qmail 13986 invoked by alias); 23 Aug 2011 10:02:31 -0000 Delivered-To: GMX delivery to rainer.schoepf@gmx.net Received: (qmail invoked by alias); 23 Aug 2011 10:02:31 -0000 Received: from relay2.uni-heidelberg.de (EHLO relay2.uni-heidelberg.de) [129.206.210.211] by mx0.gmx.net (mx013) with SMTP; 23 Aug 2011 12:02:31 +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 p7NA0KnW002960 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 23 Aug 2011 12:00:20 +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 p7N9fL3q001953; Tue, 23 Aug 2011 12:00:19 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 1594575 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Tue, 23 Aug 2011 12:00:19 +0200 Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id p7NA0JZ4026519 for ; Tue, 23 Aug 2011 12:00:19 +0200 Received: from ueamailgate02.uea.ac.uk (ueamailgate02.uea.ac.uk [139.222.131.185]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id p7N9xxx5002635 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 23 Aug 2011 12:00:03 +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 p7N9xxaE017798 for ; Tue, 23 Aug 2011 10:59:59 +0100 Received: from [139.222.115.140] by ueams02.uea.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1Qvnl3-0002ed-Er for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Tue, 23 Aug 2011 10:58:57 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 References: <4E4FF538.7070601@morningstar2.co.uk> <9788A2B7-3E8F-4D2C-A52E-10999BCB59FA@gmail.com> <4E516DF2.4040002@morningstar2.co.uk> <104nbkj0nr84x.dlg@nililand.de> <4E523217.2080408@morningstar2.co.uk> <4E52AA87.6090608@morningstar2.co.uk> <1i25hv8yiyx81$.dlg@nililand.de> <0724DD9F-916F-475B-8A67-FCBB6297F670@gmail.com> X-Enigmail-Version: 1.3 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: 06FnJXX97 - d2be8e2bdcf8 - 20110823 X-Scanned-By: CanIt (www . roaringpenguin . com) on 139.222.131.185 Message-ID: <4E537A35.7020002@morningstar2.co.uk> Date: Tue, 23 Aug 2011 11:00:21 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Joseph Wright Subject: Re: couple of l3keys notes To: LATEX-L@listserv.uni-heidelberg.de In-Reply-To: <0724DD9F-916F-475B-8A67-FCBB6297F670@gmail.com> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-GMX-Antispam: 0 (eXpurgate); Detail=5D7Q89H36p6sJLDpZh614Kjz2nt6F3tHgux7o6I4xQg+nX86n2gp8fnZeFDIDTJD5hZbH Ddb/MYtwZNxn/UXL+9y+OPIvnKo5R+bNwwY3EL5DNlM6uw5eQ5CW8+0FcGTUVDmn0AMCgEJm0Z4p zAPGjgxJkv79jNwobaalfHE5wOK+G5ws+kIfXZ4uSupH5DHF/wmmejF9yo=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: 6824 On 23/08/2011 09:45, Will Robertson wrote: > I guess this is a bad time to mention that I just realised that \keys_set:nn is a weird name in the first place, since it's actually more general that assigning values to variables. (In fact, I often write \keys_set when I mean to write \keys_define.) But I think it's okay and I can certainly live with it; I'm not proposing a change of name to \keys_process:nn ! When I first wrote l3keys, I went with the pgfkeys approach of one macro for both defining and using keys. Some earlier discussion suggested that this was not perhaps as clear, for the target of l3keys, as two macros. So I split the functionality along the sam lines as keyval, into 'define' and 'set' phases. The later is not about setting variables, but setting keys. Doing \keys_set:nn { } { = } sets the to the . What happens 'behind the scenes' does not affect this. -- Joseph Wright