World: r3wp

there is a link to some info about it in the glayout-demo.r.

menu:  "Features > Gui snapshots"

looks amazing, i just tried it and its wonderfull

some visuals are borrowed from henrik's previous work.

it looks very clean, i think i ll use it for my next interfaces

I am looking into putting time on improving the look a bit, or in 
the least allow a bit more global control.

the real power lies in the engine and api.  The way styles can be 
created is pretty cool.

MANY hooks allow you to control how stuff is created, rendered, resized, 
etc.

u think about using agg directly ?

its VID based, so any current draw blocks set in the effects can 
be used.  the buttons, field, and choice use AGG for their rendering.

importing current VID styles should be pretty easy.  nothing is removed. 
 ex:  I still use the obscure init block myself.

some usefull tidbits are pre and post layout hooks... which allow 
a style to add faces to its spec BEFORE layout is called (usually 
much easier than trying to create faces directly).

this is how the scroll pane works.  it adds its scrollbars to the 
layout, dynamically and then lets the layout take care of everything.

the post layout hook, allows you to react to the layout, just after 
its done, but before moving on to other gadgets.

so you can change values, setup pointers.  sort of like the init 
block.. must much less obscurely.

there is also the refine-vid function which lets you add word to 
any style's dialect very easily.  it even pre-allocates some local 
vars for you, keeping you from stomping the global space too much.

an help to create widgets in vid ?

next week.

I think I misunderstood your question.  Its possible some  methods 
could be extracted from GLayout, but I have no time to do that kind 
of task.

no problem, my question was about preallocation and refine vid but 
it is something that can help with the existing vid ... it will be 
sufficient for my needs

Hi Maxim, 

looks very good!
Only the colors don't match my personal taste ...

And I like to work with up and back arrows in file requestors, which 
yours doesn't have ...

Guess I should now start to learn more about it ...

the more users I have the more I commit to priorities.  it helps 
with the motivation.  :-)

arrows in file requestors , good idea.  I didn't put any shorcuts 
there, I didn't realize how usefull that can  :-)

hello maxim

hi

i have intention to use GLayout to improve an interface i have already, 
wrote in vid

i was wondering if there was a possibility to reuse what i have already 
wrote

and having features as elasticity

cool ,  you can recycle some/most of it.

the exact nature of your tool will make it easier or harder.

some styles are not part of glayout (for no real reason other than 
time and user demand)

i have a stylesheet where i created my personnal widgets in vid

can i reuse them ?

By default its easy to add  VID styles if you use the static-sizing 
extension by default.  This means you do not expect your face to 
resize, and is very easy to accomodate (obviously)

all the resizing algorythms are handled within the groups themselves 
based on indicators which are included within the gadgets and sub 
layouts they contain.

all you really have to supply (if one of the current sizing extensions 
does not do what you need) is implement two methods.

for the moment i just need to resize windows

most of the time i dont need to resize the styles on it

calc-sizes  is a function which lets your style decide what kind 
of space requirement it has, if it benefits from extra space (like 
a field or list) and this is independent in X and Y.

calc-size also lets you allocate default size and hard set minimal 
size of your face.

once all face have resolved the size they need/expect/allow  a second 
process is space attribution

which is handled in the gl-layout function.

basically, you receive a size as input and then refresh your face 
based on that size.  it will always be guaranteed to fit within the 
specs you gave within calc-size

this means that if no face in a layout can stretch or is elastic, 
the window will never allow resizing in that direction... trying 
to resize it beyon, will effetively resize the window back to its 
nominal size, allowing the other axis to resize freely.

there are also other powerfull functions which allow other tricks 
with groups, or to easily to extend the dialect of a style for example.

ok so i need to have all widgets resizable if i cant a window resizable 
in every direction ?

want

yes each direction being indepent... elasticity and stretching are 
pairs... you specify your face's needs independently.

ok it will be possible cause i have few styles heavilly modified 
: i just needed a text area wich can be erased when clicked and a 
field where all letter were typed in majuscules

I sometimes add an elastic (an actual glayout style) within a group, 
or add the elasticity to a face, just to allow the gui to resize 
even though it has no real advantage in resizing.

yes but in general its always usefull to resize at least  the windows 
that contain the faces