World: r3wp

yeah I did briefly.. but there is a lot of code to sift through... 
it is 216 kb after all  (which is pretty lean for a GUI complete 
engine ;-)

There are two primitive formulas used to create a simple specular, 
but one is broken. I'm terrible at that kind of math, so maybe they 
should be revised. I could use some help in creating a designer friendly 
few speculars that emulate brushed metal, plastic, glossy, glass, 
etc.

I'm still trying to resolve the as-is handler bug... getting closer.. 
now it doesn't crash, but it doesn't use my handler neither.

yeah, without some support libs, designing shader stuff from scratch 
is hairy at best...


the only help I can give you is to use light energy-based math instead 
of color math.  I've seen some VFX compositing tricks where  you 
can simulate this by scaling colors with a gamma of 2 blending your 
colors and then applying the inverse gamma of 0.5.  the way the colors 
will merge usually provides better results, but still doesn't clip.


the idea here being that the gray areas won't merge the same way 
as low and high-color areas... might be usefull to play around with 
gamma in the draw block too... though I'm not totally sure how it 
all works in agg.

shaders must be very simple for speed. I'm not so terribly interested 
in actual realism, just a way to map a linear value to a specular 
value, which then gets tinted with a color.

Henrik, why not just put the gui on devbase ?

and then you won't have to worry about your bandwidth

these are my private builds and they will not come in a regular frequency 
yet.

ah think I found the handler problem.


view's awake function now calls the do-event (it used to be handler).


so its just an adjustment to any code running after it loaded r3-gui.

Henrik - how is that you did not look into material for two years? 
I have bad feeling this whole project is driven very chaotically 
...

Pekr, wasn't going to be used until we started skinning.

how do we get time events in r3?

answer, look in the HK and see commented timer lines  ;-)>

I would suggest that the difference is the spacing that is provided 
around the check-boxes and the buttons is consistant and the group 
boxes properly surround the objects.

Pekr:  I had a contact who worked for Adobe and was a gui designer 
on many of their applications.  He is now an indepent contractor, 
but now that he's contracting he's enjoying his time to be with his 
family.  Adobe worked him hard for many years.  So, unfortunately 
he is not available to help out.

my first post above is a reply to Henrik's images regarding the box 
model.  It was an attempt to answer Shadwolf's question about waht 
the difference was between the two images.

http://rebol.hmkdesign.dk/files/r3/gui/r3.exe
http://rebol.hmkdesign.dk/files/r3/gui/r3lib.dll


Fixes clipping bug (disappearing faces) and garbage in text fields. 
Please download and test.

I like r3.exe name ... maybe new marketing name for rebol could be 
simply - r3 - we all call it like that anyway :-)

I tried to use area - that style is broken by some changes? In older 
version, gui crashed with something like no scroller attached message, 
now it crashes on divide by zero message :-) I expect area is not 
supposed to work yet?

The reason why I am confused about priorities is, that you surely 
are not going to do business apps by using only buttons, fields and 
check-boxes. Areas, scrollbars, draggers, tabs, grids, tree might 
be usefull too :-)

yes, correct, however, I'm going to provide a new build in just a 
moment.

uncompressed build is very welcome - we can look at sources here 
or there, if there is a need ...

Pekr, it will all come in place. You don't have to care about the 
priority right now.

Well, I expect it being something like that - you work in an area 
of GUI upon which style design/architecture is not dependant ... 
once other guys (as Bolek) move forward, it all plug-ins together 
...

Released.

field is weird a bit ... it places caret out of the box on the left 
side by default ...

I think the text area is not properly aligned, or the margins are 
wrong.

maybe it is just margins incorrectly adjusted, dunno ... also text 
has rather big bottom margin, while being close to top of the field 
...

text fields are comprised of two gobs. maybe it makes sense to add 
a debug option to color the text gob.

http://www.xidys.com/pekr/rebol/r3-gui-field-text-alignment.jpg

Pekr, right now I rewritting scroller. Carl's scroller was "too inteligent" 
and needs to be "dumbed down" a bit.This will make things like area 
working again.

interesting, it doesn't misalign that much for me.

Hm, that field looks really strange. It's ok here.

I just used simple code: view [field field field button button button] 
:-)

Vista 32 bit here ...

Pekr, did you download the latest r3-gui.r3?

I think so .... is there versioning anywhere for me to check?

I can redownload ...

no, but it may be that my server is caching the files. I have some 
trouble with that.

restarted the server. try again, if there are problems.

doh! wrong server, one sec.

done

the same result ... I would expect y size of field being bigger?

it is indeed a bit too small, but the text alignment stays inside 
the field for me.

Is anyone writing a styles demo?

I see the random characters are now gone from a button with no name

I get same result as Pekr, cursor appears outside of the field and 
the text appears too hight

and the cursor height exceeds the field top border

Graham, what version of Windows are you using?

W7P