[Sc-devel] Re: [PROPOSE] n_release command

[James Harkins]

On Jul 14, 2007, at 11:33 AM, Scott Wilson wrote:

> If there's going to be a global (i.e. major) setting, rather than a  
> minor on and off, maybe it would make more sense to have a message  
> which simply suppresses errors for the remainder of a bundle? Saves  
> you turning it back on at the end.

Good point -- I think this is also valuable as a speed optimization  
(no need to parse an extra message at the end).

So we have a few choices:

Current: [[\error, 0], [\n_set, ...], [\error, 1]]

Auto-close at end of bundle: [[\error, 0], [\n_set, ...]]

Or, allow \error to take (a) completion message(s): [\error, 0,  
[\n_set, ...]] so that only the enclosed command(s) would run with  
the altered error setting.

The last case would be my preference if there is a way to attach more  
than one completion message to the \error command.

I think Scott raises a good point -- we should settle this before  
committing anything.

hjh

> Alternatively you could do this, but keep the minor on flag for  
> cases where you only want to suppress part of a bundle. Not a big  
> deal IAC.
>
> 2 cents...
>
> S.
>
> On 14 Jul 2007, at 16:22, James Harkins wrote:
>
>> On Jul 8, 2007, at 4:08 AM, Rohan Drape wrote:
>>
>>> Another option:
>>>
>>> If there were an error command then one
>>> could write n_release as:
>>>
>>> [error 0, n_set ..., error 1]
>>
>> If there is no objection, I would like to commit Rohan's patch.  
>> It's not breaking anything and it's quite useful.
>>
>> hjh

: H. James Harkins
: jamshark70 at dewdrop-world.net
: http://www.dewdrop-world.net
.::!:.:.......:.::........:..!.::.::...:..:...:.:.:.:..:

"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal."  -- Whitman

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.create.ucsb.edu/pipermail/sc-devel/attachments/20070714/335d51b1/attachment.htm