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 p3JJDxS5007631 for ; Tue, 19 Apr 2011 21:14:00 +0200 Received: (qmail 22867 invoked by alias); 19 Apr 2011 19:13:54 -0000 Delivered-To: GMX delivery to rainer.schoepf@gmx.net Received: (qmail invoked by alias); 19 Apr 2011 19:13:54 -0000 Received: from relay2.uni-heidelberg.de (EHLO relay2.uni-heidelberg.de) [129.206.210.211] by mx0.gmx.net (mx103) with SMTP; 19 Apr 2011 21:13:54 +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 p3JJBinY025126 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Apr 2011 21:11:44 +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 p3JIr6YT004824; Tue, 19 Apr 2011 21:11:43 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 1254498 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Tue, 19 Apr 2011 21:11:43 +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 p3JJBhse015577 for ; Tue, 19 Apr 2011 21:11:43 +0200 Received: from anchor-post-3.mail.demon.net (anchor-post-3.mail.demon.net [195.173.77.134]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id p3JJBW8i025062 for ; Tue, 19 Apr 2011 21:11:36 +0200 Received: from cremornelane.demon.co.uk ([80.177.25.195] helo=palladium.local) by anchor-post-3.mail.demon.net with esmtp (Exim 4.69) id 1QCGKi-0000PV-oI; Tue, 19 Apr 2011 19:11:32 +0000 User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-GB; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 References: <4DA5C4E2.8090005@morningstar2.co.uk> <58AFBC3A-4209-4BC0-BB3A-5B14D6B5EFD8@gmail.com> <4DA727A9.2050903@morningstar2.co.uk> <19880.45400.677093.956908@morse.mittelbach-online.de> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-ID: <4DADDE63.2010304@morningstar2.co.uk> Date: Tue, 19 Apr 2011 20:11:31 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Joseph Wright Subject: Re: The nature of popping from an empty sequence To: LATEX-L@listserv.uni-heidelberg.de In-Reply-To: Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-GMX-Antispam: 0 (eXpurgate); Detail=5D7Q89H36p52GZ/WIcVIIYE2tsJSftWTNqmZiw676Y64EdNRqtg7EsC5X2zDGCIbbt0NW H1LlRbmmooqWUWFhL7d9fjbKe8nOv+QNZH9FDsf/JhCCnUTlFsPtyHJNFgsmVwbeo5op0Nw3Fi7s 6h+GpLdVx2v/9FFIbYsKsP3pRbv6ZYF6t79M5XBq9xZV7yO82vs9OiuNS5hAp2sGmOQfw==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: 6711 On 19/04/2011 19:19, Bruno Le Floch wrote: >> I feel like it is not a huge restriction for practical applications, >> but I may be wrong. I would say that keys should be stored as is, but >> compared as strings. > > Thinking about it some more, I am wondering: is it more important > - to distinguish keys which only differ by their catcode, or > - to allow for any token as a key (e.g. Hef{}feron, which currently > breaks the delimited argument approach) ? Hello Bruno, I'd say that at the very least we should _store_ tokens and not _strings_. So category codes should be preserved when putting stuff in or getting them out. After all, sequences might be used for all sorts of things, and the tokenization may be important. -- Joseph Wright