Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(6.0.3790.1830); Mon, 14 Nov 2005 19:04:20 +0100 Received: by mail.proteosys.com (8.12.10/8.12.2) with ESMTP id jAEI4G5f009829 for ; Mon, 14 Nov 2005 19:04:17 +0100 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by relay2.uni-heidelberg.de (8.12.10/8.12.10) with ESMTP id jAEHvxM0008285; Mon, 14 Nov 2005 18:57:59 +0100 (MET) 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 jAE4fswA008135; Mon, 14 Nov 2005 18:57:23 +0100 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 14.3) with spool id 838298 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Mon, 14 Nov 2005 18:57:23 +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 jAEHvN5t021973 for ; Mon, 14 Nov 2005 18:57:23 +0100 Received: from mail.npc.de (fw.npc.de [62.225.140.214]) by relay.uni-heidelberg.de (8.13.4/8.13.1) with ESMTP id jAEHvBQC006487 for ; Mon, 14 Nov 2005 18:57:14 +0100 Received: by mail.npc.de (Postfix NPC GmbH, from userid 1014) id 17E95356B; Mon, 14 Nov 2005 18:57:10 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <88ED1D30-FF25-423D-B73B-485982A3CB69@guerilla.net.au> <5.1.0.14.0.20051110085835.024b6700@pop3.web.de> <20051110100945.GA3265@m0A023274.vpn.uni-freiburg.de> <17267.14888.849329.473348@isostar.informatik.uni-stuttgart.de> <8BDE465E-4169-40F3-A72C-60A331A9092C@guerilla.net.au> X-Mailer: VM 7.19.1 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid Message-ID: <17272.53237.920872.634154@pussy.r.npc.de> Date: Mon, 14 Nov 2005 18:57:09 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Joachim Schrod Subject: Re: LaTeX3 access, pdfTeX extensions, &c. To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: <8BDE465E-4169-40F3-A72C-60A331A9092C@guerilla.net.au> Precedence: list X-ProteoSys-SPAM-Score: 0 () X-Scanned-By: MIMEDefang at proteosys.com Return-Path: owner-latex-l@LISTSERV.UNI-HEIDELBERG.DE X-OriginalArrivalTime: 14 Nov 2005 18:04:20.0332 (UTC) FILETIME=[D61012C0:01C5E945] Status: R X-Status: X-Keywords: X-UID: 4892 >>>>> "WR" == Will Robertson writes: WR> The token stream won't change retrospectively, so in theory it WR> should be able to be examined. But it does change. That's the whole point of macros, to change the token stream. With a definition of \newcommand\a[1]{f1\b{#1}} \newcommand\b[2]{\par #2 #1} and an input of ab\a12 this results in the following token stream [*] (char "a") (char "b") (cseq "a") (other "1") (other "2") which is in turn transformed into the token stream (char "a") (char "b") (cseq "b") (bgroup "{") (other "1") (egroup "}") (other "2") and then into the token stream (char "a") (char "b") (cseq "par") (other "2") (other "1") Which of those do you want to keep? There are good arguments for all of them. Joachim [*] The notation per token is (TOKEN-TYPE NAME), where the token types are hopefully self-explained. Please note that TOKEN-TYPE is not identical to catcodes, as catcodes are attributes of input characters for configuration of lexical analysis (aka scanning), and not attributes of tokens (which are the result of the scan process). There are some catcodes that have a one-to-one mapping to token types, of course, when the token is created from one input char according to that catcode. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Joachim Schrod Email: jschrod@acm.org Roedermark, Germany ``How do we persuade new users that spreading fonts across the page like peanut butter across hot toast is not necessarily the route to typographic excellence?'' -- Peter Flynn