World: r3wp

Henrik - I saw small mention of some speed-up, due to more streamlined 
command interface (probably in opposite to DELECT). So - any chance 
we get updated 1000 cows demo or so, to see "the difference"? :-)

we'll probably see that. I think he wants to work out all the bugs 
first.

I've found that VirtualBox is a really bad testing platform. It slows 
down in places by a factor of at least 10, so I can't do any benchmarks.

Is the API complete? Box, pen etc seems strange, there should be 
more, no? :-)

I don't think it's complete. He's just testing whether the whole 
thing fits together.

Good progress anyway. I noticed Twitter message mentions OpenGL. 
Well, I hope we get VID 3.4 with some nice bunch of styles first 
:-)

I'll promise to update 1000 cows when the new gfx engine is ready 
:)

:-) I also like Cyphre's rotoobjects demo, or bounce one. Simply 
random draw shapes, with various levels of alpha, flying on the screen 
:-)

btw - will DELECT still remain? New COMMAND type seems to remove 
the ability to have random order of parameters. And quite honestly 
- I don't like it. It might be good for very fast low level engines, 
where speed matters, but I still want the flexibility of random parameters. 
So - will DELECT remain for dielact builders, or will we have to 
fall-back to full parse in such a case?

Nobody said anything about removing DELECT, so I think it will stay. 
I never used it anyway, so I don't care.

DELECT could be used to convert a dialect block with unordered and/or 
parameters to commands into a command block with ordered, mandatory 
arguments. It does it already; all that would be necessary is to 
have if generate its results in a flat block rather than nested blocks. 
There would be no need to remove it - just change the output format.

unordered and/or parameters -> unordered and/or optional parameters

thanks. Then - let's request the change then :-)

IMO it's more critical to use to get a good GUI up & running with 
a broad set of styles.


I agree Robert. Even if the set of styles is not broad, if we have 
a few good examples of how to write styles (and maybe some docs, 
which I am willing to help with), we can turn the community loose.

We should also have a list of styles, and if a core GUI team member 
sketched out rough designs or inheritance/composition thoughts and 
prototypes, we stand a better chance of our work being used.

Correct, that's what we will do.

And, at this time I will drive it cooridnated with everyone wanting 
to help via a SCRUM process.

And, I'm pretty sure it takes a couple of months and all the baseline 
stuff is lighyears ahead.

http://www.rebol.net/r3blogs/0324.html

Update on host kit.

Is that not the time to reveal some sources. I'll like to have a 
look.

Sounds like the latest hostkit is just a few months away from release.

Well, delayed modules are going to have to wait until late next week.

I suppose that's appropriate :)

I don't expect something complete now, but it's nessessary to be 
accustomed when the code stay light.

I don't want to discover the big one in one cast and feeling lost.

You want to be acclimatised and not get a sudden culture shock!

exactly

you have to be part of the gui developement team ...

why ? Is that a secret ?

seems effectively so ...

There's no secret, once there's something to release, it will be 
released. Right now, there's nothing right now. That will change 
soon.

Is there a suite of tests for Database protocols ?  I presume there 
was something for R2 ... can RT release those so we can use for testing?

Ok... successful host-kit build!
 - Carl

Cool :-)

what's the download link?

Ok... successful host-kit build!
about 1 hour ago via Socialite.app <<< that means Robert!

Carl uses the Twitter API

I think that Carl really said that, but Robert just twitted about 
it :-)

correct

I'm the ghost twitterer to help keep information flowing.

And it's appreciated!  :)

note to Carl .. add a tweet button on Altme

So, Petr asked, what this message regarding the host-kit means:

The components are there and work together, and more DRAW commands 
still need to be implemented. For this we priorized some task different 
to faster make it possible that we can start implementing DRAW commands 
in parallel to Carl's other work items.

There are still some questions to answer and quite a lot of little 
things to do. But IMO it's a big step ahead that the host-kit now 
builds.

Internal release made of hostkit for A99. Still some work to do before 
a public release can be made.

funny, I see all I need so that I could start using it already.

still some compiler issues to solve. Cyphre is helping with that.

It's just that ++ is more like -- in real life.

It is coming .... http://www.rebol.com/r3/docs/concepts/host-kit.html

one trivial but important question: 


OK rebol is a programing language that get most of its interest when 
used in the internet area.

So for example i use my brand new software made in rebol  it connects 
to internet and check for version update.

Updating a software from the software itself is a common feature 
now in day.


But with rebol how do we do that mechanics ? ok i can log to the 
webserver where are stored the release i can do a CRC comparasoin 
betwin 

my software and the  one on the distant server repository. So i get 
to know if the repository is different from the version installed 
on my computer.

Once my local copy is aware the distant repository evolved i can 
download the new copy.

And that's where the poblems appears ... I can't make the new version 
downloaded from the server to be subtituated like all the other software 

made in c, C++ etc... does. What i mean is i can do 97% of the update 
from the webtask but the automatic stop the current app and launch 
the new version is 
not possible...


if you want to better understand what i mean think about your firefox 
update for example

 at your firefox start it performs a version check then download the 
 new version
then close the current running firefox and launch the new one.

Does rebol 3 will introduce that kind of mecanics ?