World: r3wp

there are animations in the GUI and I can resize the entire window 
while they play.

They are transitional animations and are fully interruptible.

http://rebol.hmkdesign.dk/files/r3/gui/001.png

Skin is for testing purposes.

Carl says the animation system is a simple prototype.

Mostly because events are not yet pushed correctly to it. So it's 
an event based animation system.

automatic scrollbars?

meaning?

aaaah, what a mixture of colors :-)

Pekr, well, that's Carl's work. :-)

so we've got "transition" effect? What are they used for?

.e.g. change of tabs/windows?

The GUI feels fairly quick, but Carl says there is still a lot of 
optimization and caching to be done. This won't happen until he feels 
the entire system works correctly.

btw: what do you mean by "each source file" - is the code now organised 
more in the RebGUI way? E.g. each "widget" being one file?

the transitions right now are simply each element you see in the 
right side sliding into view one at a time. I've not yet studied 
how that works.

each style is a separate file

Alphe, ORCA is way, way underpowered to run any VID

the source is divided in two parts, with files beginning with g-* 
being the GUI system and s-* being style files.

are there any editable styles yet? I mean - text area, fields? What 
about focusing?

So, Orca is where Rebol was 10 years ago?

... those colors remind me of first VID version, which was called 
CID :-) http://www.xidys.com/rebol-view-screenshots/- the first 
one :-)

Yes, but ORCA is also where REBOL may be in ten years: open source 
:-)

It's also where REBOL will hopefully be next year: an embeddable 
library

r3 already is an embeddable library :-) it is just host source codes 
were not released .... yet ... :-)

As you just said above, R3 is not out. ORCA is

REBOL [
	Title: "REBOL 3 GUI - Development Module Loader"
]

files: [
	%x-funcs.r
	%g-defs.r
	%g-debug.r
	%g-funcs.r
	%g-styles.r
	%g-faces.r
	%g-panels.r
	%g-events.r
	%g-text.r
	%g-effects.r

	%s-fonts.r

	%s-panel.r
	%s-button.r
	%s-bars.r
	%s-text.r
	%s-image.r
	%s-lists.r
]

code: collect [foreach file files [keep load file]]

len-kb?: func [s] [round/to divide length? s 1024 .1]

src: mold/flat code
gui-cmp: compress src
gui-size: len-kb? gui-cmp 

print ["GUI Size:" gui-size "KB /" len-kb? src "KB"]

do code

That's the GUI loader.

s-bars, s-list - do those files contain multiple styles?

yes

One Screen shot? Henrik?

see above.

Now do we have yet a system with core R3 that is capable of running 
LNS?

I saw that one...I was loking for some ore...

looking for some more

New doc posted to DocBase, including some screenshots: http://www.rebol.net/wiki/GUI_howto_styles

why not style instead of stylize ?

the iz is redundant

Isn't stylize meant to infer "make style" whereas style is a "A style 
is essentially an informal class used to define the attributes and 
behavior of its face instances" t?

style can be a verb

but wouldn't using style for both the style objects and making a 
new style be a little ambiguous?

Personally, If I ever got around to using view, I'd be very happy 
if the syntax was make style! [ ....] or, looking at Carl's red box 
example..
red-box: make box [
	about: "A red box"
	facets: [
		area-color: maroon
	]
]

The screenshots look good

as for screenshots - those seem a bit "fuzzy" (?) to me. I wonder 
if it is due to jpeg compression, or is it caused by antialiasing?

Peter - make style! would mean, that style is a datatype. As for 
me, I have no problem with stylize vs style .....

that's a convention ... regarding!

Pekr, the fuzziness is due to antialiased edges hitting between two 
pixels, although jpeg compression makes it a bit more fuzzy. It's 
everywhere, it seems.

the screenshots?

No, in the app. My screenshot is in PNG, btw.

So, using VID+, the layouts are all fuzzy???

it seems. :-) Maybe Carl wants us to feel all warm (the gold and 
red colors) and fuzzy (the... well :-))

http://rebol.hmkdesign.dk/files/r3/gui/002.png