World: r3wp

13 more sleeps.  :)

Gabriele - including VID prototype? :-)

yes.

hehe, cool! :-)

I think there are 22 alpha versions by now.

so many?

mainly bugfixes?

mainly bugfixes, but a few releases introduce new things (also things 
that have not been covered anywhere) :-)

not been covered? What do you mean? New features, which are going 
to be a surprise? :-)

any teasers? :-)

I don't know if they are surprising, they didn't take long to get 
in, and I don't know if they'll stay, but a few mundane things that 
are difficult to do in under 10 lines in R2 can be done in 1-2 lines 
in R3.

particularly operations on blocks

So, as for me, I don't expect to be functional - unicode, rif, rebin, 
plug-ins ....

ah, nice ... I found that Python has very nice block handling too, 
and I found some operations, which were not possible so easily in 
R2.

I hope rebcode is there already? :-) And that it was improved? And 
also that parser got some improvements, which were suggested for 
years? (not by me, but by others :-)

I think the main focus will be to make a good .dll core for now with 
a VID prototype. Getting that right first will make plugins, rif 
and all that easier.

wait, view is in the dll core?

rebcode is in there, but I haven't used it.

I actually don't know :-)

no, view is exe afaik

:-)

203 bugreports listed here.

and rebcode is there same way as unicode

wait, because unicode in fact is not supposed to be there, at least 
according to blog ...

but rebcode, at least in R2, was factual implementation ....

so if rebcode is there just as a wrapper = datatype to be recognised, 
but you can't actually use it, then it is not there :-)

I tried a lot of the bug reports in RAMBO that crash R2 just for 
fun, and R3 handles them just fine. Of course the code has been rewritten, 
so you can't make a direct comparison, but it looks to me as Carl 
was going through RAMBO in order to avoid making those mistakes, 
or the code quality has just improved for R3.

Henrik - it was the same with R1 vs R2 ... R1 was slow, it did not 
contain even networking, and was some 400 KB big. Then came secret 
Contra project, later released as Core 2.0, and including networking, 
it was actually some 150KB in size, much more stable and much more 
faster ...

Rewrites are a healthy thing to do. :-)

I don't expect R3 core being any faster, but hopefully it will be 
natively extensible, and some strange GC bugs will be gone, or at 
least debuggable ...

the new trace is much more useful. you can see variable contents 
for example now.

currently the GC outputs every time it GCs, but I don't know if that 
will become a debug functionality as it's just being printed unconditionally 
on the console right now.

hmm, it would be nice to have some debug hooks, for folks like you 
to being able to build proper debugger :-)

My biggest fear is when R3 comes out... it will have so many new 
things, areas to cover, projects that will be made possible. It's 
seriously going to require at least 50 people to cover it all, and 
it will take a long time to cover it all and I think R3 will be vastly 
under utilized for the first 1-2 years, possibly longer, if people 
won't join up to fight for the cause.

It's amazing to think that this little nucleus that is R3 will make 
all that possible. I keep thinking that if PHP is a firecracker, 
Python is a handgrenade, Ruby is a box of dynamite, R3 will be a 
nuclear bomb.

Then I like bombs :-)

The champignon shape is so beautiful! ;-)

yes, I always have to wear welding googles, when coding Rebol :-)

But I understand what you mean. At least I think I do. Simply put 
many things are being put outside the rebol.dll and it is upon community 
to finish them. I just fear that Rebol has so bad reputation for 
its deployment inabilities, that we will not gain new ppl so easy 
...

but Bill Bucks try to help us, spreading the word, and also Syllable 
does a good job for us. Noone says bad word on Rebol on osnews, because 
if gurus from Syllable team decided to use it, then it must be a 
good langauge :-)

Even R2 is not very well utilized yet. Now if Geomol was a full time 
paid developer, he could probably give us a full postscript engine, 
for example.

I would like View to become new cross platform gui toolkit, as Qt 
is, GTK is, etc., and if ppl would find it easy to use, especially 
to create non-traditional UIs, then actually we will have something 
nice in hadns ... it all depends upon VID completness. I hope it 
reaches at least state of RebGUI ....

well guys, I know how to attract ppl. One article, with one web with 
rebol plug-ins, and few demos. Give me that. Show ppl apps like Deluxe 
Pain clone, and they will like it ....

have to wear welding googles, when coding Rebol

That could be a good commercial, people with all different kinds 
of heavy protection equipment ... coding in REBOL. :-)

Henrik - is there some nice demo already? I would eg. would like 
to see particles running on R3. Should not be difficult to port, 
and could show general speed improvement :-) Maybe you could take 
short videos of R2 and R3 versions to compare :-)

... maybe that would be good teasers for those - unlucky :-)

Therea are no really interesting demos yet and we're not supposed 
to do benchmarks (even though we do for fun), since some debugging 
code is still present. I think also there is no hardware blitting 
yet in R3 View. R3 DRAW seems to be about as fast as R2 draw for 
now.

and will there be one?

I don't know when that comes.

Excitement is building! I just hope that sufficient emphasis is given 
to documentation. Documentation is almost as important as the product 
itself. If you can't figure out how to use a great product, it does 
you no good. More than anything else, documentation will determine 
whether REBOL three will take off.

Every feature without exception needed to be explained, and actual 
working examples given---scripts that demonstrate that feature in 
a clear and simple way.