World: r3wp

maybe i wasn't clear. Sorry i readed my post and some things appears 
not to be clear anough... 


1) Rebol runtime environement already exists that's the VM you install 
on your computer when you want to run scripts 

But a) it's not called a runtime environement  b) it's need disappears 
when you use REBO/SDK to "hide" your industrial secrets or when you 
don't want on purpose the client to install or know that  it's rebol 
behind.


2) by speudo compiling (byte code compilation) you allow people that 
need it to be a step closer to the hardware but keeping the portability 
effect so a rebol VM in my opinion should be able to  run both  a 
speudo binary file or a text script rebol file. Of course  like in 
java people would feel the need to share their software with embeded 
 Rebol Runtime Environement.


3) Having a runtime environement is the best modular way ...  core 
will be the base then you have View and lot of othe modules that 
wil clip to rebol. for example if i  put  import  "oracle" at the 
begining of my script then rebol runtime environement knows that 
he need the oracle package and goes to rebol.com to retrieve it and 
install it to the proper rebol runtime place in order for the vm 
to find it. Something close to what apt-get is to debian. REbol Environement 
doesn't comes with the whole thing but if the script tells it he 
can expend it selves in the fastest way. Well this runtime organisaton 
in  fact already exists but it's not pushed to it's extend, you know 
the point where the good idea become the best idea. the rebol/view 
2 implies a /desktop which implies a local scrit library (like a 
cache) to store the rebol script see the idea is there but once again 
it's not pushed to it's limits. Only rebgui used this system to store 
an extension to rebol.


4) by being closer to what people extend as an output you make them 
interessted in your input . To be more explicite by giving to peope 
what they are used to get in the end of their creation process then 
you allow them to be confident in your solution and to be more interressted 
on the way you propose to build your software.


5) i took java and .net as main example but if you look closely this 
is an expending tendency. For example Adobe Flash do that.


6) the other interrest in the compiled way is to merge the source 
code and the related resourcies at the same place (1.exe  file for 
example) and then forbiding the people to change their contents ... 
and this leaded then to the skining my application modo. Wich is 
just the we don't merge in the resulting binary the resourcies . 
In rebol we can already easyly build a script merger with data to 
output a .r file containing both but then people can still extract 
the ressourcies and change them etc...

Ho one of the Runtime Environement interrest i didn't mentionned 
is the translation .... GTK for example the main purpose of having 
it's runtime enviroment is to manage the "localisation"

Shadwolf. We discussed this a lot of time and the discussion would 
be better for Advocacy.

We all hope that the host openess of REBOL3 together with its improvements 
will break the cage where REBOL has been for years.

Also remember that REBOL is difficult to understand if you come from 
classic OO languages which actually rules the world. At least, it 
was difficult for me.

i don't find rebol so hard to understand (most of it  for parse for 
example i still seek the light ...)

I have gone crazy to remove from my mind the concept of pointers; 
also the concepts covered by Ladislav articles like binding are difficult 
to digest; finally classic OOP versus Prototype Based OOP has been 
very hard until someone told me how to understand these concepts.

what may be more difficult to digest than the concepts my articles 
cover is my style of writing ;-)

(sorry for causing any headaches), and, I might have even caused 
more serious problems in one case

Headaches are caused by the innovative intrinsic nature of the concepts, 
nto ny your articles.

It's like Feynman apologizing that he couldn't make physics easier 
to understand. :-)

classic OOP

 - actually, "prototype" is "classic" (ie. what was invented by Alan 
 Kay etc.), while class-based is what came out of C++ mostly.

From now I will change "Classic OOP" to "Common OOP" :-)

Gregg, many things can became difficult due to the background "trash" 
you have in mind.

as we are already in "picky" mode: actually, dahl/nygaard's simula, 
which invented class-based OOP, predates smalltalk.

ah, i didn't remember simula was class based. hmm, so it's hard to 
say what is really "classic" I guess...

yes. talking about "mainstream oop" would be more precise, i guess

depends how you classify mainstream.... JS/ECMA is prototype and 
its the most used language on the planet   ;-)

tomorrow will be my birthday. ;-) .i wish to have some news of R3 
and host kit and R3GUI and asyn and .......... and perhaps a windows 
or linux version of R3 + R3GUI (with table widget) and RIF and R3/services 
 ;-)

Claude - please come next year the same day then :-)

... well, that was for a host kit and maybe a GUI ... as for RIF 
and R3/Services - wait 5 years ...

What does Carl mean by his Twitte message?: "We need to update libs 
and funcs for REBOL 3. Should we host a R3 "summer of code?""

we're on different worlds ...

what do you mean by "we are on different worlds"?

So, has there been *any* recent physical progress on R3 in recent 
weeks ?

You were here standing like us, Graham :)

But I'm the only one complaining!

I was in Alaska with no internet access - you tell me.

I was here having fun looking others complaining

BrianH: I watched your "steps" via Facebook :-)

Brian, cruise?

off topicc, I know

Asking Sarah Palin for a job?

I think there is currently no progress, but I can't say it loudly, 
as Max will jump here telling me, that Carl is working hard on a 
host kit :-)

trying to validate her claim about what she could see from her front 
porch?

Yeah, with (and paid for by) the family :) No job, unfortunately.

But Carl said he finished the host kit for windows a month ago ...

the only thing I can complain about is that Carl has been VERY silent 
for a month, even on R3 chat.

He apparently did not do so ...

which usually means he is in deep thought.

... or in deep sleep :-)

or in a catatonic state

IIRC last thing we heard from Carl was callback related stuff ...

No, he said he had a build that worked. Since the new host kit represents 
a new API, I would guess that he has to make a few other platforms 
to sort out the platform-dependencies in the API.

for BrianH: http://www.rebol.com/r3/notes/callbacks.html

Some of you may be wondering where the Host Kit is for A99?

The good news: the lib and host have been built and run on Win32.

Let him who is without sin, throw the first stone

where are the stones ??

The last Twitter message states: "We need to update libs and funcs 
for REBOL 3. Should we host a R3 "summer of code?""

rolling stones :-)

Pekr, saw that one. It's missing discussion of tasking issues.

>> switch true [true [1]]
== none

Why.