World: r3wp

the glowing effect is perfect on the bottom ones

that part is not so difficult. it's more difficult to get a style 
that works in both high and low contrast and with many different 
colors. much of what is in that script is hardcoded.

my experience too.  the other hard to handle effect is handling saturad 
and unsaturated colors equally well.

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


Some of the last glow stuff I did which is not hardcoded, but done 
using a real material system with calculated specular highlight.

handling saturad and unsaturated colors equally well.
 - precisely

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


It'll probably be closer to this. I find a good source of inspiration 
in this skin that can yield some interesting results.

On my laptop, they are not rendered "equally", I mean some color 
combinations are glowing, but others not.

steeve, yes, that's one of the troubles I have yet to solve.

yep... in my experience ... back face glowing is the hardest color 
staturation issue to solve  :-)


we must not think in terme of color but energy, which is related 
to gamma and brightness of the color saturation (probably even channel 
based, since green is perceived twice or fourtimes a smuch as blue 
and red)

which is why red catches our eyes much more... we are actualy bad 
at red color differentiation  so even small tints of red are much 
more apparent.

yes, true

(and why green is used AS-IS in for black and white TVs)  


its also why we use green billboards for road signs... cause we can 
distinguish them from much further away...

color bleeding from the atmosphere can easily be filtered out from 
vision which isn't true as true for blue and even less for red.

also note that wavelenghts for red don't penetrate as well thru blue 
IIRC... so a red sign under water appears black at a VERY short distance... 
something like 30meters IIRC.

anyhow... getting OT, but I'm just showing how complex an issue this 
can be  :-)

Henrik... if it's not too soon to talk about look, but please, make 
a light version as well... I would like to know, what's your monitor's 
resolution because I have 1440x900 and you style is so heavy!

Oldes, I have changed display a couple of times since the cool-widget 
script was made and the heavy look in the later screenshot is mostly 
because I found fonts to be not very readable in buttons unless it 
was precisely that look and size. My current screen is 1680x1050 
and I test also on a bad 1280x800 display. I have some ideas for 
different widget sizes and different types of contrast.

It's not just the font but also the scroll bar which seems to be 
too wide and arrows too large for me.. but I like your sliders - 
to tell something positive as well:)

the scroll bar is much wider and the arrows much bigger than for 
example Chrome's

It's also a lot wider than that of RebGUI's

http://rebol.hmkdesign.dk/files/r3/gui/123.png
http://rebol.hmkdesign.dk/files/r3/gui/124.png

Any questions? :-)

but it's even larger like that, It mostly takes the whole screen.

is the light source coming from the left ?

logically it shouldn't, but the vertical scroller doesn't work very 
well with the light coming from above.

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


The vertical scroller looks like that, because it works nicely with 
the bottom right corner, but there are still issues to figure out.

Again the scroller looks out of proportion to the text.

all adjustable, so it doesn't make much sense to worry about that 
now.

I can't sleep seeing those scrollers!

the scroller handle looks as though it is illuminated from a different 
side to the scroller ??

no, all parts of the scoller share the same gradient

but... all this needs to be reimplemented. it's from the first skin 
I did for VID3.4.

so what are you calling this one?  R3GUI ?

yes

ok, is there any interest in reviewing the dialog and validation 
system? I expect to start implementing these things soon, so they 
better be right.

I have interest but little time right now Henrik. What do I need 
to set up here to review and comment?

Generally, always use this (please download as it's on a low bandwidth 
connection):

http://rebol.hmkdesign.dk/files/r3/gui/r3-gui.r3

For validation, a proposal was written:


http://rebol.hmkdesign.dk/files/r3/gui/docs/validation-proposal.html

This has been translated into a prototype:

http://rebol.hmkdesign.dk/files/r3/gui/validation.r3


and then a set of notes on how the prototype works has been written:


http://rebol.hmkdesign.dk/files/r3/gui/docs/validation-prototype.html

Umm.. isn' t this just vid-ext-kit stuff?

no? none of it is. it's written from scratch.

it looks very similar to the vid ext kit design

there are ideas from it, but the implementation is different

hmm, just reading the beginning of the doc - validator-indicator 
- I hope that noone of those things gets in our own way of doing 
things, and is not pushed on the user?

I mean - the display of the indicator ...

Pekr, I'm not sure what you mean. You need to indicate validation 
somehow.

and building it into the style we need to validate is as far as I 
can tell, a whole lot more work.

pekr, it's optional

No, quite the opposite - I feared that all styles will contain that, 
if not, then it is ok ...

yes, validation is a simple indicator style. the "catch" is that 
you need to place it one place to the right of the style to validate. 
Carl also talked about doing the validation action itself as a reactor, 
but the role of reactors is still not clearly defined to me.

Well, I think an alternative might be to change the color of the 
field instead ..

instead of having a dedicated icon

Probably a bit different topic, albeit related - in one DOS app generator 
I worked with, there was a possibility to e.g.:

- init form values (e.g. when you create new record)

- set 'update trigger - you could have multiple update actions (it 
was quite primitive, but sufficient - operators like +, -, replace), 
so e.g. entering some value into 'amount field, could trigger an 
update into other field on the form, or later during the commit, 
to even a different table.

- getting/setting values of the form/panel is surely going to come 
IIRC

AFAIR in dbase I used to change the field colours depending on validation