World: r3wp

I don't know the name of the option, and I wouldn't be able to start 
implementing it until TRANSCODE gets more work.

Steeve, you will be able to build your own host. The core will still 
be the core. All of the platform-specific code is in the host.

You can also replace mezzanines by importing modules with your own 
functions.

so the debate is over, i will include the mezzanines i want for my 
distros

I can't wait to plug the C version of liquid within R3 and be able 
to browse associations using paths!   :-)

Forget "distros", you will be able to make programs :)

MAxim, don't talk about "liquid" i have not anymore

brian..... do you mean:


deliver: make program! true

?  ;-)

steeve what do you mean?

He's out.

He's out of whiskey.

aaaahhhh

I'd send you a little down the tubes (if they were indeed tubes...)

it's not funny...

.

Wow, the dot works :)

Brian you can find many other keys on your keyboard, they are funny 
too

I mean that AltME crashed on me twice in 5 minutes, and when I got 
back all of the messages in this group were gone. After the dot, 
the messages came back. Yay! I hate AltME.

as Master Reichart said, it's not Altme, but you surely downloaded 
some weird stuffs like porn movies

No, in my case it is AltME, or more specificly the blocking file 
access, single-threaded REBOL 2 it is built in. I get a lot of freezes.

Why is Brian here ... he should be working!

he's planning to working, as most of us

LOL

I was working. I just fixed LOAD, DO and CLEAN-PATH, and they will 
be incorporated tomorrow. The current build has built-in functions 
to get to DocBase, RebDev and CureCode. We're really close to release.

cool

The LOAD function above is likely to be the release version. The 
commented out options aren't done yet :(

Anyways, I was working *here*. The fallback option is likely to get 
implemented :)

Thanks to the people who argued with me, you'll have better code 
as a result :)

am I alone thinking, that ability to load junk by default is utter 
nonsense?

No, you are not alone, I also think that and argued that point above 
:)

It almost seems like there is no rebol without such feature. Data 
have to be preformatted some way. I would never use anything but 
string parsing on free-format data. I don't agree that rebol native 
types provide more than 90% of worlds data formats :-)

At least as literals :)

Pekr;  I still don't get the counter argument.  What is the scary 
deal with  load "1 2 3 abc $10,000,000.00" returning a block of [integer! 
integer! integer! word! foreign!]  instead of a syntax error?  Why 
fear this?

load/anyway

Well, I don't know. I just never dared to parse anything non rebol 
via block parsing. You also give very pure example. I have NEVER 
seen written currency so cleanly as this. It can as well be junk 
as 1234.50 CZK ... separated by spaces, etc.

load/whatever

Sure, and it'll still be foreign!   so would 1212.12.1212.12121212.121212. 
  S'okay   still just foreign!   as would  $$$$12@@!@!@#3   just 
foreign!   instead of a syntax error during the make phase.

And tomc, yes,  unrefined load  is a poor choice of example   load/somerefinement 
 would be far better, but I still don't see the fear of foreign!

for me the biggest obstacle is national difference for decimal point 
representation. While your example might be valid for a number, in 
CZ we use comma as a decimal point separator. Is it stupid? Yes, 
of course it is ....

That is also why I asked Carl, if it would be possible to read national 
locale properties from OS, but I can imagine it could get tricky

well no   load/somerefine "$123,45"   would / should  still parse 
as   [money!] with $123.45 as the value, s'okay.

OK, but what do you gain? I would like to know, what is the usage 
case, other than being cool showing someone tricks directly in console? 
:-) You would have to parse the junk! datatype by string parsing 
later anyway, no?

just as today   $123,45  loads as $123.45   I'm ok with that.   REBOL 
reports the type as money! and math won't break.  math (and other 
ops) would reject foreign!  just as it does now for email! or url!

To state my position - I have nothing against adding such functionality 
(if it does not slow central rebol parser). I did not use it, and 
I would feel more safe with string parsing anyway :-) I just need 
Carl to implement Parse proposal enhancements, and even lamers like 
me would be able to create decent parsing schemas :-)

Gain?    load/whatever %kingjames.txt    now I can sort, do counts, 
analyze text files.   If I blindly do this block foreign! would throw 
error on eval, or use in math etc...

In your cases, I do:

result: copy []

foreach line read/lines %kinggames.txt [parse-the-line-and-append-to-result-structure]

I'm aiming to open up REBOL to "all data" analysis and I don't see 
where that should scare normal rebols from going about producing 
good clean parses just as today;  with the addition of a foreign! 
datatype that has semantics of "junk"

yeah parse-the-line-and ... is not code a History Professor may feel 
comfortable writing.   I want REBOL to open up new domains, and I 
don't think this change really hurts existing usage.

But now it's sack time for me and I've broken a promise that I'd 
keep quiet on the issue (for another 2 months ... then I'll whinge 
again)   ;)

OK, I don't mind either way. Talk to gurus, as i can't see the consequences. 
If it does not slow rebol code parser, then it is OK. And as BrianH 
said - 'load is a mezzanine. It can be patched. I think that adding 
one refinement would not hurt us ...