World: r3wp

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.

I use rebol to manage my money.

(keep track of it, anyway)

guys - just please bring us good list-view base for R3. I mean - 
engine - not complete system. Yesterday e.g. I could not use Rebol, 
as user wanted simple scrollable table of raw data - many columns 
(h-scroll missing badly) - just an example how one small corner could 
be limiting sometimes ...

I don't use rebol for making money, but saving me a time by doing 
very small utils, which save time .... and so maybe money? :-)

pekr, I may have a closer look at horizonal scrolling soon, because 
I need list-view now for tables with 30-40 columns

:-) cool ...

Would it make sense to use words in tuples? Like:
a: 4
1.2.3.a
The tuple should then reduce to 1.2.3.4
Or is that crazy?

If it means, that tuples will be slow, then I'm against it.

>> a: 1 b: 2 c: 3
== 3
>> to-tuple reduce [a b c]
== 1.2.3

I gues this would slow down tuple!s

I noticed that tuples can be used for simple math operations on multiple 
values. I think it would be nice to expand that to blocks.

2.3.4 * 5 = 10.15.20

I'd like to see: [2 3 4 5 6 7] * 5 = [10 15 20 25 30 35]