r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!REBOL3]

Henrik
6-Mar-2010
[1334]
Carl, there is also an issue with waiting more than 597 hours in 
R2. It can be read about in the Core group. Not yet reported to RAMBO. 
I wonder if you could at least comment on it?
Carl
6-Mar-2010
[1335x2]
try/else
H: link?
Sunanda
6-Mar-2010
[1337]
WAIT issue link:
  http://www.rebol.org/aga-display-posts.r?post=r3wp157x16010
Henrik
6-Mar-2010
[1338x2]
Carl, nine posts back in the Core group.
DocKimbel posting.
Geomol
6-Mar-2010
[1340]
I see, TRY already has a refinement called /except.
Henrik
6-Mar-2010
[1341]
oops, sunanda provides the right link, sorry.
Carl
6-Mar-2010
[1342x3]
G: no way... ah!
Works too. Great, check that one off. ;)
Docs updated.
Henrik
6-Mar-2010
[1345]
handle: :try/except

would be cool, but maybe that's taking refinements too far. :-)
Carl
6-Mar-2010
[1346]
That worked at some point.
Chris
6-Mar-2010
[1347x2]
What's the quickest way to detect R3 vs R2 for hybrid scripts?
system/version/2 = 100 ?
Robert
6-Mar-2010
[1349]
How about allowing: clear object!


This could set all object! words to none. Would be a nice way to 
reset an object! into a clean state.
Steeve
6-Mar-2010
[1350]
We aleady have it
>> set my-object none
Robert
6-Mar-2010
[1351]
Ah, cool. But it's not very obvious from the wording. IMO clear would 
be nice.
Steeve
6-Mar-2010
[1352]
don't waste our time, do a mezz if you prefer ;-)
Henrik
6-Mar-2010
[1353]
using clear would imply that an object is a series.
Paul
6-Mar-2010
[1354]
Carl is here maybe he can comment on the previous discussion regarding 
chaining.
Steeve
6-Mar-2010
[1355]
eh ? where is that discussion ?
Paul
6-Mar-2010
[1356x4]
That was this one:

>> a: construct [b: c: 2]
== make object! [
    b: 2
    c: 2
]
On how to keep the 'b from being assigned the 2
So that it could actually be:

==make object! [
b: none
c: 2
]
Just so that we can do some dynamic building of blocks with set-words 
and pass it to construct and not worry about a set-word getting assigned 
a value from the chain.
Steeve
6-Mar-2010
[1360]
you want optional assignement ?
Paul
6-Mar-2010
[1361]
yes, maybe a refinement that allows me to suppress the chaining for 
constructs
Andreas
6-Mar-2010
[1362]
Paul, just iterate through the block before you construct it and 
whenever a set-word! is followed by another set-word! insert a none 
in between.
Paul
6-Mar-2010
[1363]
Yeah I could do that Anreas, just like most functions we can usually 
do some prework but thought it would offer something a bit safer 
built-in.
Andreas
6-Mar-2010
[1364]
Write such a function and offer it to be included as mezzanine.
Paul
6-Mar-2010
[1365x2]
Any chance we can promote a feature of REBOL that looks more secure 
or performance oriented out of the box is a marketing plus in my 
opinion.
I could Andreas but thought it would be more bloat than a refinement 
would incurr.
Andreas
6-Mar-2010
[1367]
Any refinement you are thinking of would need to to exactly that.
Chris
6-Mar-2010
[1368]
The bloat would be hidden behind the refinement...
Paul
6-Mar-2010
[1369]
Which I would assume would be less than me roleing it from the top
Andreas
6-Mar-2010
[1370]
Paul, if you need it, just write it.
Paul
6-Mar-2010
[1371x2]
I could give that answer to 90 percent of the things we ask for in 
R3.  ;-)
So often I think that mezzanines are not the answer sometimes to 
what could just be added as a refinement to an existing function. 
 Don't like to do that much to functions that are often invoked in 
looping or iteration routines.
Henrik
6-Mar-2010
[1373]
Paul, what's the advantage behind what you need? The way constructs 
are written now is standard REBOL syntax.
Paul
6-Mar-2010
[1374]
currently constructs will perform the chain assignment.
Andreas
6-Mar-2010
[1375]
It only looks like "chain assignment", it's really nothing special.
Paul
6-Mar-2010
[1376]
Well we love chain assignment - when we want it.  Don't like it when 
we don't want it.
Henrik
6-Mar-2010
[1377]
when don't we want it?
Chris
6-Mar-2010
[1378]
What cases do you have?
Andreas
6-Mar-2010
[1379]
Paul, what you are saying is "we love passing arguments to function 
calls - when we want it. Don't like it when we don't want it."
Paul
6-Mar-2010
[1380x4]
No Andreas, this is not passing about the passing of the arguments 
but the handling of the arguments.
The same argumet can be passed but it is how it is handled.
Chris, I had an issue where I was putting data into a block dynamically 
and then had a skip pattern over it so that every other word was 
turned into a set-word and then passed to construct.
As you can imagine that did a chain evaluation that I didn't want.