World: r3wp

or.... an yet unused char !!!!     a simple comma.

but then we get code like C with line terminations ... yuk.

Exactly. The curses of *free form*.

I actually think BLANKSPACE is a good candidate.

But thinks like append "d" copy skip "cba" 2. Need to be written 
in multiple lines.

APPEND "d" \
   COPY \
      SKIP "cba" 2


Using the '\ as hint that the expression is expecion something to 
return from the next expresion.

you are tooo scheme infected.

Nah. You alwasy do tradeoffs in Language Design.

;-)   for my part... REBOL's code looks are a reason I like it.

one reason I'm not attracted to what I've read of scheme is the actual 
syntax.

hehe

Actually scheme is pretty much free form; after using it for a while 
you no longer see the parens. Python removed the parens but forcing 
identation. Acutally there is a scheme mode that allow you to program 
without parens.

But the issues of expression determination is faced by every language. 
C uses Semicolons,, Scheme uses Pares, Unix Shell use Pipe and others; 
and Rebol argument counting. This simple principle will determine 
what kind of expressions are possible and what you gain and what 
you lose.

but I think just using the \ char should be enough each \ ends one 
var arg counter.

lifo ordering of arg "grabbing" should be able to determine which 
\ ends which func... AFAICT

First I thought R3 alpha will be released before the end of the year, 
now I wish we could at least see long time promissed diagrams of 
R3 architecture as a Christmas gift :-))

Pekr ! where is that negative tone I've come to love !     ;-)

ah, and I already thought, that I am being too negative even stating 
above :-)

for me R3 is inevitable, so far sounds good to me ... look - I waited 
for such architecture change since the beginning :-)

we almost always agree on most of the issues within R2 so I can't 
agree more!

I no longer await and I have been happy since then ;-)

who says we're waiting  ;-)

Jaime, I realized just now that it would be very easy to add variable 
args useage in rebol.  without any new symbol or "trick"

if functions had a refinement which said /grab or /varargs  then 
we could simply let the function grab all the values until it hits 
a wall (the end of a paren or block)

then this would simply work DO [+ 1 2 3 4]   or apply :+ [1 2 3 4]

maybe the behaviour could then be toggled like a refinement on demand 
as an option when the use is not always mandatory  like so:

(sum/grab  1 2 3 4 5 5)

this makes all current code valid, and expands the functionality 
easily.  since its part of the function's description, anyone using 
it would just use it appropriately.

and in any case its still going to evaluate all the code till the 
end, so it won't even prevent code execution even if misused.

This doesn't scale well. The problem is what defines a wall. Actually 
that is the definition of delimiter.

The problem becomes inmediate in function composition.

What is the meaning of ?

f/grab h/grab t/grab 1 2 3 4 5

This type of composition appears a lot when using combinations of 
apply and map and fold.

Also /grab has diferent semantics than standard refinements which 
either expect 0 or 1 arguments.

why not just use a block argument?

Hi Jaime, it scales as well as in all other languages using varargs 
... of course you need to use parens to group args.

Hi sqlab, the troubel with blocks is´, that you have to add an additional 
reduce step in almost all cases ...

Ingo, but Max suggestions doesn't use parens. Just a refinement. 
Also in rebol parens escabe the interpreter and re-enter it. Slowing 
execution. I don't think see as a good fit.

Maxims approach is used in vid, where the wall is not the end of 
block but something "wrong". IE it could be standart to terminate 
such things with a dot.
  a: sum 1 2 3 4 .  print a

all needed would be a way to parse the callers code, i wish that 
for years. Other question is if is really is needed. blocks work, 
and the reduce can be done inside the function.

; works as a terminator.
I used it once for a function with many unset! arguments

sqlab, i'm not sure about that.

>> do {print ;something^/"bla"}
bla

I wonder if the lack of variable number of argument is the most needed 
feature for us?

nope

yes, it  works just until a newline.(

As for me, I never needed it with Rebol ....

I will agree that varargs is not the most needed for me the two that 
rank above the rest is that all functions are closures, second tail 
call optimization, and finally continuations.

With this three features a lot of possibles programming patterns 
are open. Like light multi-threading without needing to wait for 
some change in the C side.

I think this article explains the importance of having a truly extensible 
language using Dialects and Smalltalk .vs. Ruby comparison. http://onsmalltalk.com/programming/smalltalk/domain-specific-languages-ruby-a-sign-post-on-the-road-to-smalltalk/

weird article. Not a ruby guy, but have read: ruby can do smalttalk 
style if/else just as well; yiled is used in iterators, kind of continuations; 
continuations in squeak are a hack based on the low-level stack implementation.

hmm, I expected RT to at least say few words about how development 
of R3 goes. "REBOL projects and priorities" is once again off-base, 
and needs a bit of update ....