World: r3wp

I believe Rebol3 will have inter-task messaging, so probably the 
same trick can be used.

Volker - but doesn't opening port work on one machine only? Still 
semaphore file is probably better way to go, at least under Windows, 
where it does not let you to delete file, when it is opened by some 
other task .....

Yes, works on one machine only. I think that is the usual case for 
small accounts. If you are bigger, you should use a daemon to sequence 
access IMHO.

And use cgi only as proxy.

Louis: The up/download is easy in rebservices. Some things need be 
to figured out, (user-management, no http-proy, allows upload of 
functions, filter them out!). But Gabriele is here.

Should comparing chars be case-insensitive? Its the default everywhere 
else, i was surprised it is not. And '== is still there for exact 
match.

Just considering equality with the CHAR! type.  We think it might 
be better to move the currently simple, case-insensitive equality 
test to strict-equal.

(5 seconds faster! :)

:) Let's see if it's in RAMBO anywhere...

Trying to remember where we should post our Rebol3 ideas.

Wasnt it "tell Gabriele"?

Not really in RAMBO, closest is: http://www.rebol.net/cgi-bin/rambo.r?id=3853&

Rebol3 roadmap page directs to feedback:  http://www.rebol.com/feedback.html

if you consider it a bug, even for current versions, then rambo is 
best. if it's just for discussion for r3, then "tell Gabriele" is 
fine. if it's a generic wish, rambo is ok too.

We put in our 2 cents here and there, and pretty soon it adds up 
to real money, so to speak.

Alright, off to Rambo then. (I recall discussions all about equality 
and strict-equal a long time ago.)

Gabriele, any plans to improve the library interface for R3, or even 
make it free so that more people use it (I don't think this affects 
RT sales b/c most companies buy solutions, e.g. FCGI or MySQL api, 
... )

the library interface will be improved, but i can't say if this will 
happen with the first release of r3.

Gabriele - what will happen to ports? Carl mentioned e.g. mySQL will 
move away from kernel - will there be any other "component" (call 
it whatever) interface to "plug-in" functionality to rebol?

i don't have any details yet.

it is a pity, I would like to form a bigger picture - how all those 
things will be organised - library interface, plug-in interface, 
View - will it be just a component? What is /platform, etc.? So, 
patience and wait mode? :-)

yes, everything will eventually make sense ;)

well, soon there is June, so hopefully first alpha of new Core will 
come one day :-)

Gabriele - are there any changes planned for port model, networking/files? 
And will R3 be properly async?

r3 does not need to be async since it has tasks. but, this does not 
mean that all ports should be synchronous.

not sure tasks are good replacement for async, non blocking functionality 
:-)

well, it depends. the Detective would have been *much* easier to 
write and debug with tasks instead of async-mode and callbacks everywhere.

this does not mean that ports should be always sync, as I already 
said.

hehe, at digg.com I read reaction of one user, who read about REBOL 
and seemed to be excited - his equation is:


Rebol = ((Perl + AJAX + [SETI-:-Home]) - (Bloat + Crap)) * (Extacy + 
Speed ^3)

:-)

He is close. But the formula is still not simple enough.

REBOL = Programming - allthebadthings

too simple :-)

Too simplified! REBOL = Programming - all-the-bad-things

I think it's worth "rocking the boat" a little. Anyone care to add 
more comments?

Not yet. (The force of the explosion increases the more you try to 
contain it.)

Pekr, what was the digg link?

REBOL: Programming - all-the-bad-things - many-needed-tools

Make Rebol 3 popular.. add php, javascript, ruby etc dialects.

do you think it is easy to emulate those languages?

Brian - http://digg.com/programming/REBOL_3.0_development_announced

Cheaper to port rebol to java? Php, javascript will be there afaik.

or javascript with rebol-syntax?

How do you best support other languages from REBOL (if you want to)?

- Directly parsing other languages with their syntax from REBOL is 
a way to make old programs written in those languages run. You need 
to parse strings for this to work, and that may not be very fast.

- Making new dialects based on those languages, but with the minimal 
REBOL syntax may be good for new programs, written in those languages. 
One thing, that irritates me in other languages (also C) is their 
syntax. You have to write so much unnecessarily, and it's easy to 
make a mistake (e.g. put a ';' in a wrong place), and your program 
then doesn't work as inteded. All the extra also makes it less easy 
to read programs, written in those languages.


It's possible to make cross-compilers, that'll read old programs 
and produce a new format.

With REBOL, I feel, I can concentrate on the problem and not the 
technology, implementation, syntax or other things.

yes, REBOL seems to be the most  *productive* language I have ever 
used.  from design to delivery, it always seems to be much quicker 
in REBOL.

REBOL has saved me from doom quite a few times. Last time was yesterday 
when I lost a database of people signed up to a town party race (a 
system written in REBOL), when the power cord to all the PCs was 
pulled. The database was partially wrecked, but (believe it or not) 
by creating a LIST-VIEW and querying the database, it was possible 
to view and print out the contents. REBOL is so damn wonderful, it's 
almost hard to believe.

so I often use REBOL in times where I need a utility belt to rescue 
data. it's a nice swiss army knife where other tools may be too slow, 
unavailable or hard to use.

I use rebol often as a shell replacement (not much intensive work), 
but e.g. parsing some info ... mostly simply in console session, 
without even writing a script :-)

I use rebol to make money.