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 p8LJ0q1M025974 for ; Wed, 21 Sep 2011 21:00:53 +0200 Received: (qmail 2614 invoked by alias); 21 Sep 2011 19:00:47 -0000 Delivered-To: GMX delivery to rainer.schoepf@gmx.net Received: (qmail invoked by alias); 21 Sep 2011 19:00:47 -0000 Received: from relay.uni-heidelberg.de (EHLO relay.uni-heidelberg.de) [129.206.100.212] by mx0.gmx.net (mx063) with SMTP; 21 Sep 2011 21:00:47 +0200 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 p8LIwLOM004656 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Sep 2011 20:58:21 +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 p8LGSB0L023745; Wed, 21 Sep 2011 20:58:20 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 1625998 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Wed, 21 Sep 2011 20:58:20 +0200 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 p8LIwKon023294 for ; Wed, 21 Sep 2011 20:58:20 +0200 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id p8LIw99X004592 for ; Wed, 21 Sep 2011 20:58:12 +0200 Received: from mittelbach-online.de (p3EE3EB4E.dip.t-dialin.net [62.227.235.78]) by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis) id 0MV0nZ-1QarAT3abF-00Y8pM; Wed, 21 Sep 2011 20:58:09 +0200 Received: by mittelbach-online.de (Postfix, from userid 783) id BB5B11720318; Wed, 21 Sep 2011 20:58:00 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on Marlowe X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED,AWL autolearn=unavailable version=3.2.5 Received: from [127.0.0.1] (unknown [192.168.123.104]) (Authenticated sender: frank) by mittelbach-online.de (Postfix) with ESMTPSA id B8557172030A for ; Wed, 21 Sep 2011 20:57:59 +0200 (CEST) User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 References: <4E6D0C75.6090500@morningstar2.co.uk> <13xqgkr6dq2cr.dlg@nililand.de> <4E778D59.4090105@latex-project.org> <49096BC7-82D6-4DC4-841F-6E7AB70A354A@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 110921-1, 21.09.2011), Outbound message X-Antivirus-Status: Clean X-Provags-ID: V02:K0:6HEWgfd1L8z4Fbiqglbd1JlEOghMzHWwbefOp21vfKt UFOCLoXzYf3BJ5ntWXPx3CzmHkC3g3t/HxiaQZ2ppCQI66oKqX NMmiBSZZc3hdcZ07SRWHA6x9JCKck74HScFMUHOEx+dv6pukxb zshxSz4zcDXAuT0Wp5BzCZjjta3egphw97IlpN3RiPrYjxAoOq 7Sf5XtChtIVPUcHTHnog/yS5/3HauGbA4sbTg4JiqM1b/vyZ/c od23BgMWUtaumnaCli2gShJ5K6m8DSm6T72OVubQZOVcpnFGoE tNxYzv+ExlxAjoW+NYomvKoznW7sCAUIbwIVH9IIorPv3ENkZT lwwi194DWCTMPk85vXGU/BSjhEAkDIt2sxBBbdPO+ Message-ID: <4E7A33B6.4000701@latex-project.org> Date: Wed, 21 Sep 2011 20:57:58 +0200 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Frank Mittelbach Subject: Re: Scratch variables To: LATEX-L@listserv.uni-heidelberg.de In-Reply-To: <49096BC7-82D6-4DC4-841F-6E7AB70A354A@gmail.com> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-GMX-Antispam: 0 (eXpurgate); Detail=5D7Q89H36p6sJLDpZh614Kjz2nt6F3tH/Cfmn00wf4IVzkIB8d8l29XSL4trZKuM2e8Nj E/0EvLvuTIq8ZHdu47aSuNMnXAFFmkHP2lYuwhppJ95iRBMnPyG6rLXBS/4wnAWuuqMHc1cdX8wO zCP2ZPaaa2ZWNI/8XU3GokBVj9YOkGM7GSmC3MsbuDLkm+0WITXmasY/uc=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: 6894 Am 20.09.2011 05:57, schrieb Will Robertson: > On 20/09/2011, at 4:13 AM, Frank Mittelbach wrote: > >> I think bottom line we don't really need them any more these days. >> The only reason why I would keep them is that for fast access to >> variables when experimenting/developing (without needing to declare >> something first), but for proper packages it is far better come up >> with your own private scratch names. > > I agree with this, but I don't think we should remove anything that's > been around for a while now. I suggest removing the just-added clist > scratch variables and keeping what remains as they are -- but not > adding any others. my takeaway is actually different. I would suggest to keep the tmp variables and provide for each datatype exactly two/four default ones (also for the new types) \l_tmpa_int \l_tmpb_int \g_tmpa_int \g_tmpb_int In the general documentation we might explain the issue and risks and that we suggest to carefully consider in packages for general use to define "private" scratch variables instead, and that those here here for convenience as some people prefer this style of programming. Frank