World: r3wp

BrianH: I wonder when Carl gets to those "more interesting" topics, 
like tasks, rebin, plugins, etc. :-) So far I can see we mostly play 
with mezzanine stuff, although those additions are really cool to 
have :-)

Well, I mostly play with mezzanine and library code and backports, 
then generate a *ton* of bugs and wishes in CureCode about fixes 
for or enhancements of natives. Because I tend to be public with 
my work, that's what you see. Carl is mostly working on the new DevBase 
right now (and possibly articles and interviews). Once the new DevBase 
is up and running the source will be posted to it, then we can all 
work on stuff.

Right now (this minute) I am backporting the R3 reflection functions 
to R2. The r2-forward collection is getting pretty extensive :)

new DevBase?

You mean fileshare for RebDev?

Add file management to RebDev and you have the new DevBase. "RebDev" 
was always a codeword - the real name is DevBase.

Or it will be when Carl finishes with the file stuff, and some stability 
fixes.

cuurently guys, the command files are already here in the chat, (submit, 
accept, deny) but i haven't the rank to test it...

Really? I thought that we just had the ranks, but the files weren't 
there yet.

type ??

i tried them, but my rank is too low

you have to create a name first (command: name)

My rank is high enough, but I don't think the commands work yet. 
There wasn't even a public decision on whether the file tree would 
be seperate or integrated with the message tree.

i think it will be mixed, reading the source, i guess than a file 
can be attached to a an header or to a name msg

Cool - that was my preference. I've been focusing on REBOL this week, 
not chat.

i guess names msg are here to construct file trees

Speaking of which, what do yo think of my /into option proposal?

Nothing special, it's an new feature, so it's wellcome.

I'll take that as neutral :)

yep :)

About FIND-ALL, would it not always return the result as indexes 
from the original block?

The trick with FIND-ALL is that it doesn't reeturn anything - it 
executes a code block wioth each find.

FIND-ALL is like FORALL, but with FIND.

Then I think the name is misleading. Or will there be a FIND/ALL?

There may be, and it could be useful with /skip.

FORFIND perhaps?

That could be, or as a step argument to FOR.

(who says step must be a constant?)

then again, how would one pass it. it seems that FOR already uses 
series! as step input.

eh guys, if you continue like that, i guess you will rediscover parse

This kind of function is usually easier to implement as a mezzanine.

Steeve, I know. You can do everything with PARSE in only 10 times 
as much code as with a single mezz. :-)

Parse - we first need all those handy enchancements being implemented 
:-)

R2 backports of the R3 reflection functions are now done.

So - are we heading towards new R2 release?

That's REFLECT and its associated *-OF functions. Yes, gradually, 
as R3 gets fuurther along. The backports can be used with existing 
releases though - I'm bundling them all into %r2-forward.r.

I also backported CAUSE-ERROR, which triggers errors safely.

Also the proposed QUOTE and ACCUMULATE.

quote ?

accumulate -> cumul (shorter name)

QUOTE is a Peta special, a simple function to perform a nasty trick 
in as little code as possible. It blocks evalation :)

; R3 version
quote: func [
	"Returns the value passed to it without evaluation."
	:value [any-type!]
] [
	:value
]

; R2 version
quote: func [
	"Returns the value passed to it without evaluation."
	:value [any-type!]
] [
	get/any 'value
]

It's like the Scheme function of the same name.

evalation -> evaluation

CUMUL is not an English word (but let me check). I picked ACCUMULATE 
because it is the industry standard (for procedural langs).

oh sorry it's french (i tried)

We are not going the Perl 6 route :)

I'm checking a thesaurus.

and ACCU ?

GATHER perhaps?

http://en.wikipedia.org/wiki/ACCU