World: r3wp

Can't you see how cool it would be to let a person   load %textfile.txt 
and do analysis?  With foreign! sitting there ready to trigger if 
evaluated?

Errors throw on eval.

How about letting them do
    load/else %textfile.txt 'string

Absolutely.  And ship that with Core.  I'll stop whining and whinging. 
  ;)

That is what I mean by the fallback approach. We could even provide 
a transform function argument :)

just a question: IIRC, we will be able to build our own rebol distro 
to include our own mezzanines, right Brian ?

Some time ago we discussed this on a blog post.  Carl had some valid 
concerns about "where to restart the lexical scan", but I trust him 
and you and Gabriele to get that right, in an explainable way.   
So yes.

But ... come think.  The fallback now leads to professionals wondering 
if the human data was entered in quotes as string! or a fallback 
coercion....so I'd still go for a psuedostring! type to differentiate. 
 Maybe?

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?