World: r3wp

I'm looking forward to heading to the South of France though.

actually, i don't think it will be hard. i don't think english is 
less known in france than it is in italy, and we've been fine here 
:)

it may be less known "on principle"

Reichart for ambassador to France ! :)

When I have landed to Dallas, people understand my english but me, 
I didn't understand anything. But don't worry, I had no problem there. 
You will experience the same in Paris if you speak in english, you 
will not understand the french response, but that's not a problem, 
people are very nice and will help you like people in Dallas did.

APPLY function mentioned in the R3 blog.

where is that useful?

It's funny to see Native English people afraid of going in a country 
where English is not as known as in  ie. North european country :)

Be sure that native French people are afraid too to go in ie. US. 
Very very few people speak a second language there !!

But, he ! Paris is a touristic town !!

So don't be afraid, you will find a way to be understood by others.
And "arms" are universal language ;-)

:-) Not only do very few of us speak a second language, but many 
of us have trouble with English. I always smile when I chat with 
people from around the world who apologize for their poor English 
when, in reality, it's often more correct than what American's write. 
It doesn't have the natural flow of a native speaker, but more advanced 
words are used, and used correctly. 


Knowing, now, how hard it was just to learn a few phrases in other 
languages for my dialect session, I have even more respect for all 
of you who give *entire* presentations in a non-native language.

Of course, I write that, and then see I've misused an apostrophe 
in there (American's). :-\

hehe

:-D

Gregg, you did a marvelous job with your multi-language intro at 
last DevCon. You tricked me for a second to think, you were fluent 
in all those languages. :-) I remember, I started to speak danish 
to you, and you raised your finger like saying: "I'm coming to that." 
hehe

I'll have to add Danish if I ever do it again. :-) I couldn't have 
done it without a lot of help from the native speakers, particularly 
Richard. I wasn't even *close* on my Czech, working from translated 
text. At least he got a good laugh out of it. :-) Fortunately, nobody 
was there who could criticize my Indonesian.

And 
arms" are universal language ;-)"

So is MONEY : )

Not without arms. You need to point out -  no,  at - what you want!

Actually most people have arms, that's not so true with money :)

depends of the meaning of "arm",
arm like a limb or like a weapon.

yes, weapons are universal language too ;-)

but you need arms to hold them!

10/11 May? I'll be there.

And the vocabulary of weapons is a little limited.

ready, aim, fire
   
that pretty much covers the dialect

and reload?

and lock and unlock.)

Ladislav, it wasn't until you wrote those two small examples, that 
I finally understood what APPLY is about. :-)

what examples

charles, see the R3 blog on the APPLY function at the bottom of comments

What advantages does HASH have over regular blocks, I can access 
a regular block like a dictionary anyway

right ?

it's very fast

speed.... MUCH faster on lookup

IIRC slower on insert

I think the normal procedure is to manipulate your block like you 
normally would and then convert it to hash! when you want to do lookups

I posted something on the APPLY thing on empty argument blocks, which 
I think should produce an error. This made me think of whether there 
is a very easy way to tell how many arguments a function requires?

ah, first :+ == [value1 value ]

variable arg dispatching breaks a major premise of rebol dispatch 
mechanism.

Henrick. In scheme/lisp. 

apply :+ [] ;== 0

whichs is a very sensible result.

well, is it then not necessary to set up different rules for what 
it should output for different functions?

I am not sure what you mean. Another example is: 

apply :* [] ;== 1

Scheme gives out this results because 0 and 1 are *neutral* numbers 
regarding addition and multiplaction. That is the result is unaltered 
by those values respectevely.

these are arithmetic operations. what about other kinds?

Rebol functions can't accept a variable number of arguments with 
the exception of refinements. So the issue is becomes important. 
APPLY is kind of incompatible to the principle that * every  function 
has a fixed number of arguments*.

They can if you take advantage of the unset! datatype...  But it's 
not pretty and more confusing than it's worth

I just think it would be more straight forward with natives for performing 
arithmetics on blocks. It's more predictable.

predictable?

apply :* [] ;== 1 isn't predictable within REBOL terms, I think

APPLY just means run this function with the block content as args. 
So:


APPLY :+ [1 2 3 4]  is equivalent to DO [+ 1 2 3 4]  ;; using scheme 
semantics

If we stick with this definition an no varargs for functions then 
APPLY :+ [1 2 3 4] is impossible it actually should throw an error 
because the native '+ requires two arguments.

yes Jaime that is how I see it in REBOL too... so in rebol the last 
two args would be ignored if we use the current understanding