World: r3wp

Gabriele - re docs translation - that needs some organisation too. 
Imagine View doc. It is a very good doc, right? Now someone want 
to translate it, and he/she does so. Then someone does some tweaks/additions, 
changes to it. So - how translators are notified about it, to not 
actually need to look thru all doc for what changed?

ah, mediawiki does that.

you can get notifications for anything.

Hi guys..just to confirm R3 alpha  is real: http://www.rebol.cz/~cyphre/stuff/r3-alpha-splash.jpg

Cyphre - cool, but I can see some white spots there .... the engine 
is buggy - what are the words behind the white color? :-))

I would like to know more about "what" actually is a rebol executable 
now? How does the set-up look like? Is it some kind of rebol.exe 
loader, which loads rebol.dll? What about View then? Or is it packaged, 
so that everything is still inside of rebol.exe?

it will be packaged.

currently we have rebhost.exe (which contains agg compositor) linking 
to rebol.dll

rebhost.exe? Weird name. Hope it will become rebol.exe, once stable 
and fully released :-)

ah, name is just because this is the host for the dll :) ie rebol 
interpreted is an embeddable library... and it's always embedded 
into some host application

the public release will just be rebol.exe, without external dll and 
so on. developers instead can download the dll, and embed it in their 
app, or customize the default host for their needs and so on.

I just wonder ... dll is just cross platform library, right? And 
if I understand it correctly, then in that dll there are mainly structs 
defined, which you have to fill-in, no? IIRC something like that 
was said in blog regarding getting OS time. So I wonder - is linking 
dll to your app sufficient to run rebol code? Or you would have to 
port also platform specific things?

you need to add platform specific things - that is, the devices. 
otherwise, the rebol code would not be able to do much (no ports)

also, the host defines some natives... eg. browse to make an example. 
but of course show, and same will be for call etc.

so, how would you embed rebol into Delphi for e.g.? Or provide a 
browser plug-in? rebol.dll from R3 is not the same as rebol.dll from 
R2, right? With R2, it is full-featured rebol, no?

ok, off now ... Leaving to prepare beamer to watch Czech Rep. vs 
Wales Euro 2008 match :-)

to embed in browser you provide a browser plugin host. eg activex 
host for ie.

yes, so you have to port also the platform specific stuff. How do 
you that e.g., if you want link-in REBOL into your delphi app, to 
be able to do e.g. do-rebol("some script here")?

it will not be enough to just link rebol.dll, no?

if you want to run any rebol script, you have to provide all the 
devices. but, you have the source of them already :)

so... did any info leak? :)

http://www.enregistrersous.com/images/2/165729353020070602221359.html

perhaps that post was a little too subtle? ... well for me anyway 
;-)

sorry, mistake

one was supposed to be blue

lol

I wonder if gaberiele ever feels like the fortune teller at a fair 
- all these rebolers coming up and asking about their future :)

More like a tease

:-)

what info was supposed to leak? :-)

dunno. just kidding. :)

Gab, when thinking about the next generation GUI stuff for Rebol, 
take a look here: http://www.cs.cmu.edu/afs/cs/project/amulet/www/amulet-home.html


The thing that's (was) really cool about Amulet is the usage of constraints 
to keep everything updated. Perhaps a bit what Max has done with 
Liquid. But very nice to use.

perhpas someone has the answer to these questions? -> 

* Is Rebol3 a product beside or instead-of current Rebol?


* Is support still valid for Rebol2 products after release of Rebol3?

* Do puchaged licenses still work on Rebol3?


* Do commercial SDK / View / etc.. users need an upgrade? does it 
cost?

* Will Rebol2 product be still enhanced?


* What is adviced to do? Stick to Pre-Rebol3-versions or go with 
Rebol3?

Guess
1. b
2. a
3. no
4. yes
5. no
6. r3

Is that an official Carl/Cindy 6 rules for Rebol3 list? ;-)

No, it's my best guess :)

this was a poll wasn't it ?

:)

Could be a poll indeed ;-) But i dont hope its b,a,no,yes,no,r3 although 
i think it could become..

R3 will eventually replace R2, but for a while both will be available 
and supported.

R3 does not need licenses, there's no need to pay an upgrade etc. 
Some plugins may cost money though (eg. ODBC). However, nobody stops 
people from doing alternative free versions of them.

(RT does not plan to make money directly from R3. Notice that the 
stress is on the word directly.)

I'd advise to go R3 as soon as possible for you, for many reasons.

Note, my answers are not official answers, but I think they are very 
close to what Carl would say. If you need official answers please 
contact RT directly thru usual channels.

Gabriele - is it already known, which parts will be commercial? You 
said ODBC - really? Wasn't it mentioned in the blog, that DBs come 
free?

i used ODBC as an example - i don't really expect that to be commercial 
(but probably left to third party)

anyway, no plan was discussed yet about commercial plugins. (RT probably 
has a plan already, it just has not been discussed with us)

Gabriele - how goes VID+ specs creation? :-)

also, keep in mind that the commercial part is mainly going to be 
AltME 3, not plugins.

Commercial plugins - well, the API was introduced, no? Is it available 
in alpha?