World: r3wp

Persistent GUI state will allow an application to save its state, 
be suspended or shut down, and be restored later, all automatically 
in response to system events. Windows 7, Androis and iPhone OS 4.0 
all have facilities for triggering this kind of event in applications 
in response to power management or (for Windows 7) reboots. This 
will make it possible for us to write REBOL apps that will resume 
after an intentional shutdown by the system.

Basically, if all your apps support this then it will be safe to 
turn on Automatic Updates and let your computer reboot itself if 
necessary, at least on Windows 7 (and maybe Vista).

Androis -> Android

But I'm not assuming that the R3 GUI will do that immediately, just 
that it will be possible.

Max, yes, we can add different emitters. It would even be possible 
to generate HTML out of a VID form.

just what I thought  ;-)

Brian, yep, exactly. And it's not only about suspension. Think about 
logging of at one system and again on at an other while taking over 
your app session and GUI state on this system to continue your work.

Pekr but it's blue and blue drives me more crazy than i'm already 
...

gray is just the color that hurt monitors and eyes the less .... 
 i hate white on my screen it burns my eyes so much..

one of the things we never though about but that could be a thrilling 
inovative experience is  the hability to send gobs ( windows with 
all it's content idgets) through the net to someone else ...

rebol GUI is light weight gob are enought well done to be considered 
as a stand alone entity... So why not trying to get the best of rebol 
doing things like that...

rebol vnc

more than an X11 export host

more like the X11 export display ... but better ....

Happy Birthday to mee, Happy Birthday to mee...
Today I turn 36.

Ops...
It was for CHAT !

Hmm, as you posted here, guys should make some greetings demo using 
new VID :-)

That's a good idea... I am ready for the gift !

And Carl could release a beta, It's a nice opening

I know that it is probably preliminary topic, but as for UI skinnability 
- will skin allow to have different metrics to the style? I mean 
- I don't like how e.g. scrollers are big, the same goes for arrow 
for drop-down - they should be something like 80% of what they are. 
So I wonder what will skinning be about - only to differently draw 
inside the style area (container), or will we be able to even change 
metrics (size)?

I prefer the rounded edge tabs used in Rebgui ... but I see windows 
uses squared off tabs

I see that there is a color indicator for the active tab, but windows 
also makes the active tab taller ...

Petr, that's a good idea. I take it into our backlog. We haven't 
thought about it yet.

Any updates for this month?

initial table has been made.

any progress on resizing?

Cyphre is looking into it. The box model may use some enhancements.

I'm still steadily posting screenshots as new features emerge, in 
case you forgot. :-)

Robert - I have further questions towards "skinning", inspired by 
short chat to Rebolek .... what if different platform treat fifferently 
style behavioral aspects? I mean - drop-down under OS-X might behave 
differently from drop-down under Windows. So - it is not about having 
different color here or there. It is not about having different metrics 
to style. But it might also involve different reaction to events. 
I think that can't be solved by just "skinning". We would have to 
have differenct, platform specific stylesheets, loaded upon launch 
of the script ...

IMO this could be doen by using different actors and reactors based 
on platform ID. Either it's all included or pre-processed. Maybe 
it's even possible to load a module with all the actors and reactors 
for the specific platform.

Screenshots are here: http://rebol.hmkdesign.dk/files/r3/gui/

Thanks for doing that Henrik.

Get getting around to checking r3 gui. Does anyone else get the char-size 
needs a value error upon load-gui?

james, it may be that you are running a98 or a99. the GUI will currently 
only run on a97 and below.

Thanks bro. I've just been enjoying your screenshots. I'm so glad 
you're working on this part of the dev!

Yes, well, currently I need to finish another project, so GUI development 
could be faster, but Cyphre and Rebolek are working on it. At least 
it's moving. Proper resizing is the topic now.

Speaking of a97, where does one find that?

http://www.rebol.com/r3/downloads.html

I use this page, replacing 99 with 97 in the URLs.

you have no idea how much time i've spent looking for that. thx

was a fix for size-text in R3 ever done?  IIRC 97 and below returned 
incorrect width values

no, not yet.

maybe this re-working of Morphic (Squeak) rendering could give some 
ideas that could be useful in REBOL's graphics rendering:

http://www.jvuletich.org/Morphic3/Morphic3-201006.html

I meant specifically wrt anti-aliasing, not the rest of Morphic

the developer states that his technique gives better results than 
Cairo and AGG

Well, AGG is good enough imo. Our problems imo lay elsewhere - GUI 
incompletness, GUI look (skin).

... and even more deeply ... the world goes HTML5, what do we do 
about it? :-) (I know there is still place where R3/GUI will be usefull)

Petr, this is just a question of smooth anti-aliasing - very useful 
for scalable UIs - if the algorithm is easy to implement why not 
look at it?

as for the question re. HTML5, I'm not sure what the solution could 
be - maybe an embedded Webkit and a REBOL graphics dialect that generates 
JS?

and HTML markup, of course

the problem is that if somehow JavaScript would be given equal/significant 
standing in REBOL, maybe it's harder to make the case for needing 
REBOL in the first place

Maybe there could be an alternative graphics framework at some point 
that could include WebKit modified to allow for the embedded browser's 
renderer to execute both JS and a REBOL dialect, the value of REBOL 
could become evident by way of conciseness, integration with full 
REBOL (and all the benefits that would bring).