World: r3wp

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

those fields don't accept focus!

It doesn't seem there is working focus yet. The editing works about 
as good/bad as VID3 for now.

it was a joke!

so, using groups like Max had ...

:-) Now that I look at the code, I can see the entire event system 
is grabbed from VID3.

The labels and "text" in the fields don't have antialiasing, "text" 
in area has. I hope, the overall amount of aliasing (fuzzyness) can 
be adjusted.

I think there are two levels to it at this time (on/off), but I think 
Cyphre has said that the gamma can be adjusted. Carl also once said 
that he hates antialiased text, which is probably why the smaller 
text is non-antialiased.

Oh, and it looks interesting! :-)

More screenshots: http://www.rebol.net/wiki/GUI_Basics


Carl write, it's a prototype skin, and he uses jpeg (with artefacs), 
so those are probably just to feed the hungry ones.

*artefacts* or *artifacts*
Isn't "artefacts" the more correct spelling?

Gives more hits.

Shouldn't AREA-SIZE read SIZE in the circle style example on the 
GUI-Styles Wiki page?

Geomol, perhaps one is the archeological kind and the other is what 
is in jpeg? :-)

robert, if i understood correctly, area-size is the size of the area 
you can draw into, size is the size of the whole face. in the examples, 
area-size: size - 2x2 (or something like that)

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

Framerate is about half of what it really is.

nice ...

like Ashley's tour.r

but with animation ( sliding faces )

Carl is TV guy, he likes colorful designs :-) Buttons with shadowed 
text are not pretty :-)

In GUI_Basics chapter, in Opinion survey example, there is 'group 
used without explicitly stating number of columns. How does such 
group know, how to layout its elements? Is it simply laying all elements 
in one row by default?

Yes, one row.

What is: panel 80.200.180.80? Color with alpha?

Is there english word "pastel"? That is how current skin should be 
called :-)

yes, alpha

uh, pity it can't be solved some other easy way. I don't like implicit 
arguments, as from stylize source code nothing implies, that there 
is any such variable available:

            on-resize: [ ; arg is the size
                face/gob/size: arg