LATEX-L Archives

Mailing list for the LaTeX3 project

LATEX-L@LISTSERV.UNI-HEIDELBERG.DE

Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Joseph Wright <[log in to unmask]>
Reply To:
Mailing list for the LaTeX3 project <[log in to unmask]>
Date:
Wed, 21 Sep 2011 20:25:27 +0100
Content-Type:
text/plain
Parts/Attachments:
text/plain (36 lines)
On 21/09/2011 19:57, Frank Mittelbach wrote:
> 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.

I'm with Frank on this: there is not really a problem with providing a
small number of scratch variables. So the only question is how many. At
the moment, we've got 'mainly tow, a and b'. Seems reasonable to be
going on with.
--
Joseph Wright

ATOM RSS1 RSS2