World: r3wp

yes, multiple buttons in a panel e.g. - you want the probably of 
the same size, aligned, to look nice ...

view [btn "Button with a very long text"] works perfectly here. also 
notice that if you set-face the button with another text, the size 
is adjusted in real time.

Nice

2007, and still going ga-ga over buttons.

Terry, there is more work done, than just buttons. Python has tonnes 
of developers, yet they plan 1 year or more for 3.0 to appear. I 
read some of their plans, and even if they change many things and 
break compatibility, it all sounds like cosmetic changes in comparison 
to R2 vs R3 ....

I was expecting a fully functioning C3PO by now.

Just a note for those who might be curious. From Carl today:

Just a note of interest...
I've built the first version of R3 for Linux and OSX.
Console only, with file and dir I/O.
They pass most of the non-graphics tests.

John (Geomol) will be working on the OSX features in the days ahead.


.... just to let you know, that other platforms are not forgotten 
....

Back in the day, a key feature of R was it running on 40+ OS... 
Seems these days, that's down to 3.  

Hooray.

Never satisfied, Terry? ;-) 40+ was exagerrated too - various Linux 
flavors are just one OS. And remember, with R3 - who wants to port, 
can. REBOL.dll, the only closed part, is platform agnostic code, 
so in order for RT to port, all they need to do (theoretically), 
is to recompile .....

As for me, I initially expected only Windows version of R3. But due 
to certain popularity of OS-X and Linux fans here, other ports are 
already happening. What is wrong with that?

well, Carl was clever this time around, so if 40+ platforms aren't 
supported by the end of 2008, it's entirely your own fault. :-)

good times ahead, guys: "Carl: Now, I think we are at a stage when 
it would be a good idea to get more people involved." :-)

yes, things are going to warm up now :-)

I'll be backporting the Alpha release history on the calendar here 
for the curious.  I'm working backwards and info will go in in spurts.

what means more people, public alpha or beta or just by invitation?

more information will follow

yes, from now on, it at least seems, that we can post new info here, 
non ML, on rebolweek. And if I understand it correctly, Carl will 
open-up some plans - he want to add another ppl into various areas 
- code, testing, docs, website and marketing, etc.

Great news! please send me a copy of R3 on osx!

Please send me a C3PO running on Linux

I tried to apply for R3 according #0102, but I got just 
Blogger Error:

Duplicate posting or abuse detected from ...

New Blog Article: R3 now on Linux and OSX
http://www.rebol.net/r3blogs/0102.html

sqlab: you can have this error if your message is too short also. 
don't remember the limit

Gabriele: What help is needed currently on what part? (regaring to 
the posting of Cral's blog)

Rebolinth - Gabriele might have new information of course, but I 
don't think Carl explicitly stated the concrete wish for help. However, 
he said in general:

- new ppl can join testing, if they wish to
- we can post news here, on ml, rebolweek
- no official articles, preliminar reviews posted on public sites
- ppl can join to help with docs
- ppl can join to help with marketing/website definition

- ppl can join, if they wish to help with porting to other platform

Oww.. oke... what I was refering to was (from the last Blog ..."But, 
now that's been said, if you have the expertise and knowledge to 
contribute to the project, and you really enjoy fine-tuned engines, 
please do not hesitate to contact Gabriele or myself."

So I should contact Carl or Gabriele directly regarding the issues 
you mentioned?

Ill drop Gabriele a note..

Porting is what requires very specialized skills, eg. knowing the 
OSX api well for eg.

Posted the on-going history of the Alpha releases to the REBOL Week 
blog.  Please note;  The work is on-going.  R3 is still in ALPHA. 
This is an informational blog posting only...for the curious.

Q: is there any information on the minimum system requirements for 
running R3? (regarding cpu memory) I can emagine that wont differ 
much from the current statement...

probably smaller memory requirements, but otherwise the same.

Q: are there any functional changes to the parse-dialect in R3 or 
is it purely the speed optimization that gets a thoroughly restructuring?

sorry parse-function i ment

There is a new algorithm for empty parse to avoid the some end infinite 
loop...afaik, and I know little. :)

yes i read someting like that in Carls blog..

But what Im actualy missing in the global Blogs on R3 is a statement 
on the functional behaviors on R3 function? I assume they globaly 
stay the same and no big impact is to be expected, besides new functions...

The debugger (o some sort of core hook call) will be there in R3 
alpha ?

We can probably at least count on having the STACK function: http://www.rebol.net/r3blogs/0075.html

Rebolinth, the main difference between functions in R2 and R3 is 
that the values assigned to the local variables in an R3 functions 
are freed after the function returns, while that is not the case 
in R2. Oh, and they're faster.

There are more function types too, with other context or execution 
models. For instance, the closure! type has the same context model 
as R2's USE function - actually, USE in R3 is implemented using closures.

If I misunderstood you and you were asking about the behavior of 
particular functions, you'll have to ask about them individually. 
Many are changing from mezzanine to native, others are changing from 
native to mezzanine or a hybrid of the two. Many are going to be 
able to do more.

Small R3 update:


We can do modal popup windows now and fully borderless windows. This 
should help in building a real popup menu that isn't limited to the 
size of the main window, like in R2.

I'm building VID3 tests so we can find bugs in the layout engine.

Alpha 81 was released yesterday.

332 bug reports in the tracker.

Soft font shadows are cool. :-)

Just curious if anyone has any info on tables in vid3. They were 
pretty poor in R2 but I think they are a key element for many apps. 
I took a quick look at "turbogrid" mentioned in the Tech News forum 
and its crap. it's Ajax based.  A list-view based app in a plug in 
would blow it away.

there is a simple text list for emergency testing right now, but 
a new one will be written. I hope it will feature many of the features 
from LIST-VIEW, without taking up too much code. LIST-VIEW for R2 
is almost as big as the entire of VID3.

About plug-in...I need to change my mindset about it. I always avoided 
thinking: "Nobody wants t have to download a plug in o use your site. 
But I find myself needing to do it all the time and some of these 
new technologies like silverlight, require a download of some sort. 
 Rebol plugin downloads so fast it really is a minor annoyance. WE 
just need it on more platforms and browsers.

My take on graphical tables;  R2 had a beautiful base for this with 
list and supply.  Downside was that the documentation was so limited 
and late comming that no one could comes to grips and we all mostly 
ignored it.  We lost out on the ability to build on the shoulders 
of giants as using list and supply pretty much meant learning by 
expermentation, coding from first principles and not from tool kits 
and cookbooks.  Hopefully the power gems of R3 and VID3 will not 
suffer the same fate.

btiffin, I agree. Clear and complete documentation is essential. 
Few people will take the time to study source code. No matter how 
great a language is, it is useless unless people can easily use it 
to do what they need to do.  An inferior language that is documented 
well is very likely going to attract more users than a great language 
that no one can figure out how to use.  Core is fairly well documented 
I think, but I have never been able to get past problems in View. 
 I'm really hoping that the docs for REBOL3 will fully explain View 
and give lots of examples, especially showing how to interface view 
with databases, etc.  But writing good docs is very difficult, because 
the creators of the language know it so well that it is difficult 
for them to put themselves into a beginners shoes.  It is easy for 
them to assume that the beginner already understands things that 
, in fact, he doesn't understand at all. Anyway, I have high hopes 
for R3.  And I can do more with R2 than I ever dreamed possible, 
so I really can't complain at all.  That doesn't lower my hopes for 
better view docs though. That is the way we humans are: the more 
we get the more we want.  :>)  They call that being spoiled.

Gabrielle, I beg you if you solve the problem of 307 redirection 
wtih R3. Can you send me a link to download it ? thanks.

Rondon, we don't have SSL in R3 yet, so your script will *not* work 
with R3 yet. I will let you know once we get there.

do you have a little idea when we can download a version of R3bol 
?