World: r3wp

as it is now, the dialog system "forces" some specific routes. the 
intent is that dialogs must allow dozens of different standard dialog 
layouts and standard buttons. combined, forms in layouts would automatically 
be validated and the dialog would behave appropriately, i.e. not 
closing if the form and provide warnings is invalid. this works now 
in the prototype, and the end user won't have to do anything to use 
it in the standard dialogs.

You need a close reactor to do the save-your-stuff prompts.

Not all apps are form-based. Some are document-based.

these aren't apps, but dialogs. dialogs have different behavior and 
use a short life cycle. the behavior for application windows is different 
and requires, correctly, management of the close action.

Any news how implementing command wrappers for AGG goes? Or on GUI 
status in gerenal? :-)

- Cyphre is implementing remaining DRAW commands in hostkit.
- Ladislav has been working on resize code for a bit

- I'm studying whether it's possible to replace arguments for reactors, 
an esoteric, but necessary part of dialogs.

- Bolek is working on style code, but I've not seen any activity 
for the past few days.

thanks Henrik - such a short summary is absolutly perfect to keep 
us informed. I will ask in 2 weeks the same question :-)

Resizing news: the latest state is, that there are two "container 
styles", the first one being a group - a layout in which graphic 
objects are arranged into either rows or columns, not necessarily 
into *both rows and columns* at the same time, the second one is 
a panel - a layout in which graphic objects are arranged into both 
rows and columns at the same time.

I guess, that it does not surprise you, that the resizing algorithms 
for group and panel differ...

yes, I've suggested calling PANEL a TABLE instead, since it more 
clearly defines how it lays things out.

Regarding the names: Cyphre thought, that the "table" name should 
be reserved for something even more "specialized"

Table could be mixed with ppl expecting grid widget imo ...

Ladislav, ok, maybe "array" or something?

or "block", "matrix" ... but I am ok with "panel" anyway ...

the problem with PANEL as it works now is that it lies, name wise 
too close to GROUP, which has significantly changed behavior now.

It may be the time to discuss the style name, I just do not know 
what is the best forum for it

(we should let Carl to have his say too, I guess)

we'll take it here for now, then make one conclusion and bring that 
conclusion to Carl.

If it's not clear, the GROUP style produces this flow:

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


If you turn that 90 degrees, you'll see that it's like how newspapers 
arrange columns, so I would want to find a familiar DTP term for 
it.

Henrik, sorry, this is a misunderstanding

ok, backpedalling a bit :-)

Do you have a picture for the other orientation?

it seems 214 is the closest one

OK, thanks.

So, both http://rebol.hmkdesign.dk/files/r3/gui/214.pngand http://rebol.hmkdesign.dk/files/r3/gui/225.png
are examples of the Group style now.

The style uses a LAYOUT-MODE attribute, which determines the preferred 
orientation.

The http://rebol.hmkdesign.dk/files/r3/gui/214.pnghas LAYOUT-MODE 
set to columns, while the http://rebol.hmkdesign.dk/files/r3/gui/225.png
has LAYOUT-MODE set to rows.

Neither of the pictures represents the Panel style now. The Panel 
style would have "regular" rows as well as "regular" columns at the 
same time.

Is it possible to define the number of columns or rows?

(depending on LAYOUT-MODE)

The columns or rows are "internally" implemented as lines, and if 
you switch the LAYOUT-MODE you just tell the resizing algo to handle 
the lines as rows or as columns

well, why not to use LAY-X, LAY-XY or something like that?

No, it is just one style, not two

It may sound a bit cryptic, but LAY simply exactly states that we 
are going to somehow layout the elements

Ladislav - I thought about unifying the naming, so replacing GROUP 
by specific LAY-XY

in group the objects are organized into either rows or columns (internally 
lines all the time), i.e. XY is misleading

Summary: in a group, objects are arranged into lines, that are handled 
depending on the LAYOUT-MODE as either rows or columns

LAY-ANY, LAY-COLUMNS, LAY-ROWS :-)

Pekr, we do not need three names, it is just one style

btw - why "panel" is not fitting anymore? I can see no problem in 
using a panel name for what you described ...

(currently called a "group")

I tried to propose one name LAY-* to prelace both panel and group

prelace = replace

no way, there are two styles, we need exactly two names

I hope, you now know, what does the group style look like

Well, I always objected against two things - panel and group having 
different visuals, and both styles having different aproach to how 
they lay things (vertical vs horizontal)

But Carl told me, it is intentional. I always had to look at docs, 
to see, which style does what :-)

You still do not know *what is a group*

I mean *what is a group now*