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 p267NuYg006037 for ; Sun, 6 Mar 2011 08:23:58 +0100 Received: (qmail 2909 invoked by alias); 6 Mar 2011 07:23:50 -0000 Delivered-To: GMX delivery to rainer.schoepf@gmx.net Received: (qmail invoked by alias); 06 Mar 2011 07:23:50 -0000 Received: from relay2.uni-heidelberg.de (EHLO relay2.uni-heidelberg.de) [129.206.210.211] by mx0.gmx.net (mx107) with SMTP; 06 Mar 2011 08:23:50 +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 p267LsMT028289 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 Mar 2011 08:21:54 +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 p25N143b025519; Sun, 6 Mar 2011 08:21:46 +0100 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 1206100 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Sun, 6 Mar 2011 08:21:46 +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 p267LkZa009646 for ; Sun, 6 Mar 2011 08:21:46 +0100 Received: from lon1-post-2.mail.demon.net (lon1-post-2.mail.demon.net [195.173.77.149]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id p267LW2k028237 for ; Sun, 6 Mar 2011 08:21:38 +0100 Received: from morningstar2.demon.co.uk ([80.176.134.7] helo=palladium.local) by lon1-post-2.mail.demon.net with esmtp (Exim 4.69) id 1Pw8HU-0000PI-bm; Sun, 06 Mar 2011 07:21:32 +0000 User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-GB; rv:1.9.2.14) Gecko/20110221 Thunderbird/3.1.8 MIME-Version: 1.0 References: <4D731368.1060701@gmx.de> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-ID: <4D7335FC.3050007@morningstar2.co.uk> Date: Sun, 6 Mar 2011 07:21:32 +0000 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Joseph Wright Subject: Re: \coffin_new:c ? To: LATEX-L@listserv.uni-heidelberg.de In-Reply-To: <4D731368.1060701@gmx.de> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-GMX-Antispam: 0 (Mail was not recognized as spam); Detail=5D7Q89H36p4WX0t+AtsdW7yLAyG7gjsvbuMBW1+iOcuX20PnIgZYSReJ2t5I3NmC6UiZ5 m/C4lwalEbbXLc0SQM9DzJc0PDB2SQR7IUhMTfMVOxsqmn1fI9E19lKlwNg+oc3IiIeD4kYFqcws Cjzmg==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: 6628 On 06/03/2011 04:54, Arno Trautmann wrote: > Hi all, > > maybe a stupid question, but is there a reason that there are no > variants for the coffin functions like the :c type? > I want to make use of a counter in coffins names, and :c would make life > much more easier than using \expandafter. Or is there another, yet more > elegant way to use a counter in the macro name? > > cheers > Arno It's not 100 clear yet, but the initial plan at least for me is that coffins are a design-level construct. That means that \NewCoffin is the way to produce coffins - \coffin_new:N is there mainly to be wrapped up in a design-level function. Perhaps you might illustrate what you're doing at a 'concept' level? -- Joseph Wright