Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(6.0.3790.3959); Wed, 18 Feb 2009 01:51:59 +0100 Received: by mail.proteosys.com (8.14.3/8.14.3) with ESMTP id n1I0rp8a024250 for ; Wed, 18 Feb 2009 01:53:51 +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 n1I0iKD5011791 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Feb 2009 01:44:20 +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 n1HN1n8M027997; Wed, 18 Feb 2009 01:44:12 +0100 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 15.5) with spool id 166802 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Wed, 18 Feb 2009 01:44:12 +0100 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 n1I0YCxF005602 for ; Wed, 18 Feb 2009 01:34:12 +0100 Received: from mordell.elzevir.fr (mordell.elzevir.fr [92.243.3.74]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id n1I0XxEV025484 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Wed, 18 Feb 2009 01:34:02 +0100 Received: from roth.elzevir.fr (thue.elzevir.fr [88.165.216.11]) by mordell.elzevir.fr (Postfix) with ESMTP id CC11236256 for ; Wed, 18 Feb 2009 01:12:46 +0100 (CET) Received: from [127.0.0.1] (localhost [127.0.0.1]) by roth.elzevir.fr (Postfix) with ESMTP id 26A0ABFD0 for ; Wed, 18 Feb 2009 01:12:46 +0100 (CET) User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 References: <956A99D8-D534-4E72-B784-47F867038030@gmail.com> <6B8546AF-AA17-414A-93BF-35B38A59EEE2@gmail.com> <4993D9A9.3000704@morningstar2.co.uk> <6524E251-80CC-4A27-9896-3F97564B05C6@gmail.com> X-Enigmail-Version: 0.95.0 OpenPGP: url=http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x50A89B42 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <499B527E.6050905@elzevir.fr> Date: Wed, 18 Feb 2009 01:12:46 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: =?ISO-8859-1?Q?Manuel_P=E9gouri=E9-Gonnard?= Subject: Re: token_if_expandable To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: <6524E251-80CC-4A27-9896-3F97564B05C6@gmail.com> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-ProteoSys-SPAM-Score: -4 () RCVD_IN_DNSWL_MED X-Scanned-By: MIMEDefang 2.65 on 213.139.130.197 Return-Path: owner-latex-l@LISTSERV.UNI-HEIDELBERG.DE X-OriginalArrivalTime: 18 Feb 2009 00:51:59.0357 (UTC) FILETIME=[1AC35AD0:01C99163] Status: R X-Status: X-Keywords: X-UID: 5661 Will Robertson a écrit : > So here, while \the isn't a macro, it will expand when used correctly in > an edef (e.g., \edef\foo{\the\baselineskip} ). I've explicitly caught > undefined macros to return "F" because it just seemed more logical that > way. > In my understanding of the term, macros are always "expandable". I think in the context of this function, "expandable" should mean the same as in the TeXbook, (p. 212-214 in my edition) after the text > Now let's consider the control sequences that are expanded whenever > expansion has not been inhibited. Such control sequences fall into > several classes: Here macros are described as "expandable" regardless of whether they are defined or not. Manuel.