World: r3wp

there could be by default, who use comma as decimal point in amounts 
?

The comma was prohibited on purpose, to prevent people from using 
it.

noone

datatypes and real world data don't match exactly ... just close 
enough to be frustrating.

exsaping them is better than throwing errors

*escaping

*skiping

it  should be the default behavior

You mean that programming language syntax and data syntax don't match 
exactly. LOAD is for REBOL syntax, and we want those errors for REBOL 
syntax. Those thrown errors help you clean up your bugs.

debuging behavior should not be the default one (as you stated previously 
Brian)

Yeah, by default bugs in your REBOL syntax should throw errors as 
loudly as possible, so they get fixed. Including extra commas :)

but load can also understand just about all human readable ascii 
data ALSO.

which is one of the nicest features of REBOL

comma are like tab or newline, they should be simply skiped by the 
VM, they are not syntax errors, they are decorations

Prohibiting commas was a deliberate design choice, one I agree with. 
REBOL is not C or English.

we allll agree to that.

You can't see a tab or newline (not really).

only when molding values, but what the prob ?

We have code to parse syntax with commas - string PARSE, for instance. 
The problem is that if we allow people to use commas, they will use 
commas.

block: [a,b,c,d,e,f]; should be allowed with comma as blank separator

not within rebol code.

but when loading from a string yes.

ahah

The point to prohibiting commas is to prevent people from doing that.

what we are saying is that there should then be a function called 
"impoert

oops.

'IMPORT

For modules? That's what we use IMPORT for.

Brian we know historicaly that the prohibition is a wrong way ;-)

then, maybe, although it does the same thing AS load, it wouldn't 
be used by the interpreter, and would explicitely allow the interpreter 
to use the loading functionality which already understands about 
95% of human readable ascii text as it is.

hehehe

Not for this it isn't.

really brian, I can't recall how many times I've had ascii files 
from sources which I could almost just load as-is.  and when the 
extra syntax, was just useless decoration, which can be ignored.

probably Carl during his childhood was hurted by a comma so that 
he can't see them now

I do agree with brianh and Carl that I refuse to have to deal with 
commas within rebol code.

everytime I've gone back to python or some other C-based language 
like javascript... I've cursed at the uselessness of the commas I 
have to type.

but I would like to USE data which has some of it... which isn't 
even code, most of the time...

a simple CSV file, for example.

but you are not forced to use them, it's just one more separator

but if we allow them, people from other language will start using 
them, and really, its going to be some kind of polio virus.

anyway...

People underestimate how much thought went into the REBOL syntax. 
REBOL was carefully and deliberately designed for quick programming. 
One of the most important choices was to not use commas and periods, 
because it is tricky to tell them apart or see them when reading 
a lot of code. They are not used in numbers either, because they 
are ambiguous in internationally visible code.

brian, allowing a relaxed mode alllows me to be quick. as opposed 
to try and manually redo what rebol does already.  using the actual 
commas within code IS evil, don't get me wrong.

Unfortunately a lot of the syntax choices were based on the US keyboard 
(hence the [ and ]).

This plays havok with mobile or foreign use.

what other choices we had ?

mobile keyboards... ouch true!  the  [ ] aren't even on them usually.

Strangely enough, the ( and ) of Lisp derivitives is better supported 
on phones :)

but then the { } aren't there either and in fact, { } on european 
keybord sometimes is even worse... (alt key use beurk)

There used to be someone on the ML who was always complaining about 
the WinCE version ... and the keys