World: r3wp

This is a good question, actually. We need abstract datatypes but 
we also need concrete bitfields, and we need to be able to treat 
certain common values (char and integer at least) in either way.

By the way, how far is R3 ?

doing some work on documentation and reading about the vector! datatype

The latest blog from Carl said the beta would probably be a couple 
weeks late, so maybe something more will be seen or heard by the 
end of the month.

current ETA is August 1st, but don't tell too loud :)

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 :-)