World: r3wp

The way that Java does it is unnecessary in R3GUI: For Java, they 
have to maintain an object hierarchy; REBOL doesn't need to do that, 
so even the layout managers are styles. The group and panel styles, 
for instance, are only layout managers and have no inherent appearance 
of their own.

All styles are potentially containers - whether or not they are actually 
containers depends on the style.

You can create your own layout manager styles with little difficulty. 
Or you can create container styles that layout their children in 
a specific way for a specific purpose, like a scroller pane with 
scrollbars. You don't need separate layout manager functionality 
since laying out stuff in a custom way is an inherent feature.

IE9 preview 3 adds support for WOFF (Web Open Font Format). I wonder 
if there is something usefull in such standards, what we could possibly 
integrate to improve fonts?

http://hacks.mozilla.org/2009/10/woff/

my god could it be? we will FINALLY fucking be able to use fonts 
on the web?

AdrianS: as I said in my last message here, "-by default layout elements 
have to be organized either in PANEL or GROUP structures (though 
it is possible create your super special style for circular layouts 
or whatever ;))"

By this I meant there will be two default 'layout generator' styles 
GROUP and PANEL but you can create own styles that will generate 
their content differently.

I suppose I just had the expectation that REBOL styles would only 
concern themselves with look and behaviour (group acting as a tab 
group, for example) and that layout would be handled by other types 
of constructs in the dialect, the way I'm used to. As for needing 
hierarchies in Java, these are there in the GUI component declaration 
to match the visual hierarchical arrangement and to make control 
of child visibility, event passing  and layout match what you would 
expect to see coming from such a visual arrangement. If similar control 
can be achieved by REBOL in a different way, so be it.

We are now going to replace VID resizing code with our version and 
adopt some styles to use it. Than some more tests and if all went 
good, we are soon back to style development.

http://rebol.hmkdesign.dk/files/r3/gui/219.gif


Carl's drawing of the R3 GUI/graphics pipeline (posted with his permission).

link broken, here

works for me

henrik's link broken too here ...

I'll cut and paste it here ...

graphic pipeline like ... hum  the rendrering pipeline in my GPU 
?  or just a software like pipeline wich havec pipeline only the 
name....???

http://a-browsertests.s3.amazonaws.com/219.gif

hope that works guys

Did Denmark lose to France in the worldcup?? Is that why you're being 
blocked??

yes, thx

like amount of processing in my rebol ok but one thing ... now in 
day grphical cards are hella weak in 2D rendering and espacially 
under windows 7 they are even slower than a 3DFX voodoo 3 back in 
the days ...

SOOOOOOOOOOOOOOOOO

what i like with carl implementation is that he shows with better 
source code algorithm you improve the rendering queue even if you 
don"t  access the hardware specific accelartion part wich will be 
a pain to handle anyway...

2D and 3D graphics are technically the same. you can perform 2D graphics 
with any 3D rendering engine.

maxim not the same layers and they havec been separated in DX libraries 
well i can give you an article in tomshard ware with benchmark etc 
proving that point

Is the AGG cache an enhancement ?

*AGG cache stack

doing 2D using  3D hardwar stacks generates a lot of problems due 
to the antialiasing and mipmaping manipulation ( and  drawing text 
without true font but with mipmaps  provide you no gain the card 
will not use it's fonts acceleration then)

cache are always a good thing for repetitive task if you draw use 
is to draw 1 square or 1 circle or 1 line of texte will you don't 
need a cache buuuuuuut

if you do  a document rendering like area-tc with alot of  time the 
same calls over and over again then you see the obvious optimisation 
brought by a cash

i hope with the cash we tends to a more extensive use of AGG and 
a less anecdotic use of this marvelous fantastic powerfull tool (aGG)

he needs cash, but it's cache

:-)

http://www.presence-pc.com/tests/2d-windows-gdi-23257/10/for the 
article

6 am i got a heavy day yesterday and i take some time before going 
to work to be tuned ....

multiple draw blocks per styles it's like a stack systems ?  you 
could influence a layer of graphical contents without touching the 
other block

?

different states like hover/pressed, etc could be described in different 
states, allowing us to switch between them quickly.

i like that idea ... it will introduce much more flexibility ... 
 and allow something link  annimations without having to redraw all 
the blocks only drawing the blowk that have changed

been doing this for years  ;-)

so the draw blocks would get interactive ?

Not sure, there is one state at a time.

you could switch them based on some sort of finite state machine.

I don't think it's the purpose of states

maxim yeah but push is not optimal  in rebol 2 bloacks you think 
only the pushed is drawn but the show call force the redrawing of 
all killing perfs

ok it's too early to speak english for me i need a coffee and a proper 
wakeup

i'm leaving i will try to get around at a more suitable time for 
me ...

graphic engines redraw everything at each redraw, even in 3D.   this 
is because of transparency and depth sorting.

see you and i will keep watching the gui part

by redraw, I mean the rasterizing... which is usually where most 
of the processing occurs.

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


220 to 225 shows the resize engine in use with globally set borders 
with quite good pixel accuracy. the border style should be possible 
to set globally according to cyphre in a similar way as in VID, of 
course without the artistic limitations of VID.

btw, you couldn't access the gif image, because my cheyenne server 
had decided to stop for some reason.

Eh?  I must have retrieved it from cache then

trace.log nothing??