Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(6.0.3790.3959); Tue, 9 Sep 2008 18:10:20 +0200 Received: by mail.proteosys.com (8.13.8/8.13.8) with ESMTP id m89GABWJ008712 for ; Tue, 9 Sep 2008 18:10:15 +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 m89G5N1T024959 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Sep 2008 18:05:23 +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 m88M19me015958; Tue, 9 Sep 2008 18:05:17 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 15.5) with spool id 28318 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Tue, 9 Sep 2008 18:05:17 +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 m89G5HRZ002954 for ; Tue, 9 Sep 2008 18:05:17 +0200 Received: from spmler1.mail.eds.com (spmler1.mail.eds.com [194.128.225.190]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id m89G58YS024693 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 9 Sep 2008 18:05:14 +0200 Received: from spmlir2.mail.eds.com (spmlir2-2.mail.eds.com [205.191.69.204]) by spmler1.mail.eds.com (8.14.2/8.13.8) with ESMTP id m89G53rM005703 for ; Tue, 9 Sep 2008 17:05:03 +0100 Received: from spmlir2.mail.eds.com (localhost.localdomain [127.0.0.1]) by spmlir2.mail.eds.com (8.13.8/8.12.10) with ESMTP id m89G4q0j004276 for ; Tue, 9 Sep 2008 17:04:52 +0100 Received: from DERUM100.emea.corp.eds.com ([145.16.186.33]) by spmlir2.mail.eds.com (8.13.8/8.12.10) with ESMTP id m89G4qGp004271 for ; Tue, 9 Sep 2008 17:04:52 +0100 X-EDSINT-Source-Ip: 145.16.186.33 Received: from defrm202.emea.corp.eds.com ([145.16.186.18]) by DERUM100.emea.corp.eds.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 9 Sep 2008 18:04:52 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: def:NNn --- was tlp type thread-index: AckSkM5+Esz02+d2QKmXFsWU5r1NVwAA9vXg X-OriginalArrivalTime: 09 Sep 2008 16:04:52.0677 (UTC) FILETIME=[CB493750:01C91295] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by listserv.uni-heidelberg.de id m89G5HRZ002955 Message-ID: <8D5403E89293A448A409DDDD1531CE1801951A53@defrm202.emea.corp.eds.com> Date: Tue, 9 Sep 2008 18:04:48 +0200 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: "Mittelbach, Frank" Subject: def:NNn --- was tlp type To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: A<35E353DB-4B58-4FAE-9297-25932A65EC86@gmail.com> 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 Status: R X-Status: X-Keywords: X-UID: 5256 yeah ... and I would claim that this urge of you goes in completely the wrong direction :-) my take is that the recent addition of \def:NNn and firends was already a mistake and should be reverted. These functions provide something which at the expl3 level isn't really needed. What is gained from having the alternative between \def:Npn #1#2#3 {...} and \def:NNn 3 {...} the former is much more general (and on expl3 level that generality is sometimes needed), I would claim it is easier to read as the # signs stand out better than a simple "3". it is a bit like the newcount newcounter discussion yeaterday ... \def:NNn is kind of an attempt to carry more or less "user-level" functions into the language and they don't belong there cheers frank -----Ursprüngliche Nachricht----- Von: Mailing list for the LaTeX3 project [mailto:LATEX-L@LISTSERV.UNI-HEIDELBERG.DE] Im Auftrag von Will Robertson Gesendet: Dienstag, 9. September 2008 17:23 An: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE Betreff: Re: tlp type On 10/09/2008, at 12:43 AM, Joseph Wright wrote: > Will Robertson wrote: >> >> \def:Npn \store_something: {Something} >> >> (I prefer it without the "0" argument spec.) >> > > I was wondering about this. For macros with no arguments, I was > thinking :NNn has the advantage that the second N is "seen", whereas > Npn has an invisible p argument. Yeah; if people start using "\def:NNn 0" a lot, I'd be pretty tempted to define a \def:Nn variant... W