World: r3wp

widgets and their functionality are defined in .nib files for a cocoa 
program. this is because much of the binding between the widgets 
and the code is created during runtime. this is also why Interface 
Builder is able to create much of the initial functionality for a 
Cocoa GUI, just by defining attributes to widgets and let you test 
the interface to a fairly high level without compiling any code.

BrianH, do you know what structure rebol currently uses for holding 
symbols ? Red/Black trees are complex, so it will take a fair effort 
to implement and debug.

red-black trees are 2-3 trees implemented as binary trees

or they were when I studied them

As far as I can tell, REBOL currently uses a hash table. I am not 
the one to ask though.

As for red-black trees, I'm not sure they had been invented yet the 
last time I was in school for computer science. My studies were more 
focused on programming language design than data structures, so again 
I am not the one to ask.

Well, you could always try seeing how hard it is to implement from 
the available souce snippets. I think by the time you've finished 
doing that you'd be an expert.

The difference between binary search trees and red-black trees is, 
that the latter only have O(h) if the height of the tree is small. 
Red-Black tries are balanced and hence can guarantee O(lg n) times. 
But there exists many other search-tree schemes that hold too.

will R3 use packed BCD?

Ups... just saw: latter=former

http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/197938
-- looks like the Ruby approach to Unicode will be to use UTF-8/16 
as the internal string representation and convert from legacy encodings 
on read(/write?).

http://plib.sourceforge.net/

lgpl, uses in flightgear and torcs. Dont know about size, but all 
my  crashes where steering-related :)

I would like to know what status the REBOL v3 is in. When will we 
have the beta version? Thanks.

I'd like to know when the alpha version comes. :-) Thanks.

no release date set yet. just stay tuned... :)

Takiing into account the first made estimate (alpha in April IIRC?) 
and the time lag we now have, I think we won't see R3 final before 
September-2008. Other bets?

Xmas 2006.  Carl usually gives us a Xmas present.

for the first beta

remember also, when it's quiet, Carl's probably working like a madman.

Yes, I know, nevertheless doing it "mostly" alone limits the pace 
we can move... it's still the same problem. Within production optimization 
I would say: We have a capacity, lot size (the different tasks) and 
setup time problem to solve.

being away for more then week, I would expect more than one vague 
blog post?

You would? Really ???

I've given up on expecting anything.

I would not like to, but probably this is the way to ... nothing 
to expect ....

So far, RT is killing REBOL, definitely ...

well, there is a blog entry up now on garbage collection :-)

Now, that sounds fitting :-(

RT is not the only company around that has delays in shipping a product.


One of the reason, why it feels painful, is because of the tight 
community and the up-close-and-personal feeling with Carl.

Well, yes, he takes his ball and goes to france!!

I strongly doubt that RT would be wasting time. It's just that there 
is so much to do and R3 is one component in a large amount of software. 
Had this been some single-purpose program (like LIST-VIEW), we would 
see more rapid fire releases. :-)

it would also help if the community could do a little bit. GUI Design 
for example didn't have to stop, just because Carl goes to France.

or if people help testing Rebol/Services so that a set of ideas could 
be written down for design changes

rebservices needs patches and patches need mre readable source.

Better to patch and continue and then tell RT what the bugs are and 
possible solutions.

Well, if community is a bit tight, then I would expect a more tighter 
relationship ... the thing is, that even blogging slowed down, and 
sometimes we can see blog posts, just buying Carl a bit more time 
imo :-)

one thing I don't understand fully is, that many blog articles open 
some questions, ppl are invited to discuss, yet I miss some decisions 
being made. Hmm, they surely are made, but without single statement, 
so we just can guess, how e.g. Unicode (and other things) will, or 
will not, be supported ...

Yeksoon: Those are all companies I don't care about, so what?

;-)

And for me not shipping isn't a major problem ...

... not COMMUNICATING is!

As Pekr has said, there are questions raised on the blogs, people 
answer, and that's that. Just a big black hole where everything disappears 
seemingly forever.

RebServices, RebCode, they are released as a preview, people are 
asked to use them and tell about problems they find. And then what?

and then they'lll probably get fixed at some point

:-)

if gurus are silent, not blogging, then we have to help ourselves 
somehow - this one is from ML, someone communicated with Carl :-)


Just a thought, but I sent an email to Carl asking if REBOL 3.0 would
have an embeddable component to it. His reply was:



 Thank you for your message...

Yes. We call that embedded REBOL, 
 and that method will be supported by
our REBOL 3.0 product.

-REBOL 
 Support

the latest sdk already has a rebol.dll (undocumented), and that's 
supposed to happen for 3.0 too (i.e. to allow the browser plugin). 
so no news actually. :)

rebol.dll is the same as view.dll

probably so, Gabriele just wants to tell, that is is the embeddable 
rebol already, although undocumented ...

maybe Gabriele could ask Carl to prepare some status update? I think 
ppl would like to have more clearer image on the shcedule slip, than 
to read about problems with MacBook :-)

Gabriele/Ladislav - could you please ask Carl for some R3 blog entry, 
providing us with some status update?