Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(6.0.3790.3959); Tue, 30 Dec 2008 16:41:29 +0100 Received: by mail.proteosys.com (8.13.8/8.13.8) with ESMTP id mBUFfRdA017210 for ; Tue, 30 Dec 2008 16:41:28 +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 mBUFcQqu025674 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Dec 2008 16:38:27 +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 mBTN2UNG011969; Tue, 30 Dec 2008 16:38:17 +0100 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 15.5) with spool id 225401 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Tue, 30 Dec 2008 16:38:16 +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 mBUFcGOf004805 for ; Tue, 30 Dec 2008 16:38:16 +0100 Received: from rv-out-0708.google.com (rv-out-0708.google.com [209.85.198.248]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id mBUFcBn5032305 for ; Tue, 30 Dec 2008 16:38:15 +0100 Received: by rv-out-0708.google.com with SMTP id c5so5975625rvf.10 for ; Tue, 30 Dec 2008 07:38:10 -0800 (PST) Received: by 10.141.29.21 with SMTP id g21mr7310490rvj.198.1230651490692; Tue, 30 Dec 2008 07:38:10 -0800 (PST) Received: from ?10.0.1.102? (219-90-242-56.ip.adam.com.au [219.90.242.56]) by mx.google.com with ESMTPS id k41sm16581614rvb.9.2008.12.30.07.38.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 30 Dec 2008 07:38:09 -0800 (PST) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Mime-Version: 1.0 (Apple Message framework v929.2) References: <495160FA.8000004@morningstar2.co.uk> <9EECA5EE-12A7-4C01-8311-7658BD3E8E04@gmail.com> X-Mailer: Apple Mail (2.929.2) X-Spam-Whitelist: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by listserv.uni-heidelberg.de id mBUFcGOf004806 Message-ID: <21363E65-E3FB-4495-A94E-6789AC0619A0@gmail.com> Date: Wed, 31 Dec 2008 02:08:05 +1030 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Will Robertson Subject: Back to "token list" nomenclature; was Re: \tlist_if_eq:nn To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-ProteoSys-SPAM-Score: -2.599 () BAYES_00 X-Scanned-By: MIMEDefang 2.64 on 213.139.130.197 Return-Path: owner-latex-l@LISTSERV.UNI-HEIDELBERG.DE X-OriginalArrivalTime: 30 Dec 2008 15:41:29.0470 (UTC) FILETIME=[152CD1E0:01C96A95] Status: R X-Status: X-Keywords: X-UID: 5552 Hi Morten et al., On 30/12/2008, at 8:55 AM, Morten Høgholm wrote: > On Wed, 24 Dec 2008 02:09:51 +0100, Will Robertson wrote: > >> Took me a second to think about this, though, before I realised >> we're dealing with unrestricted token lists. (Maybe this is a key >> difference between a tlp and a tlist that I overlooked in my >> previous discussion for them.) I'll add some text to the >> documentation for this function. > > Restricted is the keyword I think. When tlist functions were > invented, the idea was for them to work on arbitrary balanced text. > In this respect they have more in common with toks than tlps which > have that restriction of which we dare not speak! > > toks as implemented in expl3 do not support the or the > implicit opening brace and so with this in mind, I'd be more > inclined by now to group tlist and toks together with tlp being > almost the same (but not quite). Well, that leaves us with a few options. (I agree with what you say above.) #1 Leave the naming scheme of tlp/toks/tlist as is #2 My proposed (and illogical bearing the above in mind) renaming of tlp to tlist; leave name of toks as is #3 Keep tlp; rename tlist to toks #4 Keep tlp; rename toks to tlist (!) #5 Either of #3 or #4 but rename tlp to something else again (!!) I don't really want to imagine it but you could do rlist or something (for "restricted token list") I think right now I'm happiest with #3 but I also think we need to discuss things further... Will