World: r3wp

but it still use the normal VID stylesheet for example for changing 
your styles... I like to see it like an invisible drop-in for VId 
which replace the layout engine and adds A LOT of needed functionality.

your glayout-demo.r in rebol.org has no author listed

really? that is strange...

Glayout has been updated a few times... I really should update the 
version on rebol.org.   a few little layout tweaks and many new features 
added since that version...

good idea. I have a hard time finding it via google.

you have trouble finding glayout?

Henrik: "This worked well for faces that are not at the base level 
for the window, but how do you specify the parent-face for base level 
faces, as the window face does not yet exist?"

-- Yes it does. It is called new-face, and is created right near 
the top of layout, and returned (of course) at the bottom.

but my current version has a display bug in the button looks when 
pressed... I keep changing the looks for every application, so it 
doesn't get fixed in the main lib.

A quick search on "rebol glayout" reveals the rebol.org version, 
the docs for REBOL's own LAYOUT and some mailing list posts about 
glayout.

There is a single link to STEEL which gives me a 404.

which is why it hasn't  been updated for a while.  the one on rebol.org 
is the last official release.

its just old, but works with the rebol demo, (also on rebol.org)

it works well, it just doesn't have some of the latest features and 
very specific layout fixes.

rebol demo
 I meant  "glayout demo"

if you download the glayout demo, it will download the glayout and 
slim, for you..

(when you run it, of course)

Anton, I think I tried that, but that screws up other things: Parent-face 
in LAYOUT is set to none for some reason, and I'm betting it's because 
VIEW does something here. Anyhow, setting parent-face separately 
works perfectly, so I'm keeping that for a while.

Maxim, does glayout.r contain a complete style set or is it separate?

it includes many of the basic VID styles as default...   near the 
end of the file, you will will see a big style block.  which basically 
adds the glayout framework on top of the previous master VID stylesheet.

it has group styles, including scrollpane which automatically adds 
V/H scrollbars for nested content.

you will be amazed at how similar it is to R3 view... (by what I 
have seen of it.)

if not in looks, in layout engine capabilities.

Henrik, oh well. But I figured out a clever hack you can place in 
init to set parent-face.

window: layout [my-face: box with [append init [parent-face: does 
[parent-face: does [get last second :layout] none] none]]]
my-face/parent-face = window ;== true

maxim, Are you close to revealing your new website?

Anton, it looks like I'll have to try setting parent-face again. 
I have another situation with the resize engine that really requires 
init to have parent-face set. Grr...

nope... no good. reverted to different strategy. it gives more overhead, 
but it will have to do.

Henrik, what strategy are you using?

I was thinking you could redefine layout, since you have collected 
a fair few GUI functions and styles together. When it comes down 
to it, it layout doesn't do what you want, redefine it. (And I am 
guilty of not doing this for so many years too.)

Anton, I've not had the energy to take a look at what can be changed 
with LAYOUT, so what I do is try to stay within reasonable limits 
of what it can do and stay away from radical changes.


One thing to change, if it were, would be that INIT would be less 
limited, if it was run as a separate pass after initial layout instead 
of right when the face is created, but this may cause problems for 
styles that use INIT to alter the size and offset for the face, as 
well as produce subfaces that need to be initialized first. Also 
LAYOUT is not recursive and INIT may be run at very different times. 
At this time, INIT is limited, but you have a pretty good idea of 
when it's run.


In VID3.4 this is not a problem, since there is both an init and 
post-init action possible, so if I were to get rid of this problem 
in the right way, I might end up rewriting over 100 kb of well-functioning 
code.

Hmm.. well why not add a post-init to layout ? This would not affect 
any existing code, so you could migrate to it at your leisure.

(Why don't I add it myself ? Well, I might just do that.)

well why not add a post-init to layout

 you can't add it to layout. it has to be done after all layout is 
 done.

Ah.. I'll have to think about that.

amacleod: unfortunately life has been throwing fast balls at me for 
the last several weeks ... things like recurring water problems on 
my home, making all of my life really complicated and time consuming. 
 

I also tried something with remark which hasn't lead to useable code 
yet... so I am about backtrack to earlier versions and use that while 
I work on the next generation stuff.  


the next gen stuff is closer to Research than Development than I 
had predicted.  I thought it was much easier to leverage the technology 
within the web site/page cycle... but efficiency and elegence principles 
(in form and function) are hard to get right when merging persistent 
and volatile systems.

That seems to be the way of software dev..


I've been two weeks away from release of my project for about 5 months 
now...

I got this working this last night. Modeled somewhat on Openoffice 
Writer / Insert Special Character dialog.
do http://anton.wildit.net.au/rebol/util/character-map.r

Pretty good. :-)

Has anyone written a tree based object browser ?  Anamonitor is the 
only object browser I know of ...

I was actually thinking about writing an object browser, but not 
directly a tree-based one.

is there a way around having to focus a face in order to use the 
scroll wheel above it?

Graham, a generic object browser should not be limited to hierarchic 
tree structure. Will you have any circular references?

Henrik, scroll-wheel: yes there is. See my scroll-wheel-handler:

do http://anton.wildit.net.au/rebol/gui/demo-scroll-wheel-handler.r

Basically, I make an event handling function, called 'scroll-wheel-handler, 
open a window, then

	insert-event-func :scroll-wheel-handler
	do-events
	remove-event-func :scroll-wheel-handler

The event handler captures scroll-wheel events, looks where the mouse 
is, finds the face which it is over (a recursive function), determines 
if it is scrollable, and sends the scroll-wheel events to the that 
face's engage, just as if it had been focused.

(Complicated, huh? But I'm proud.)

Thanks

Graham, I worked on one a long time ago, with Ammon Johnson. We did 
it like Smalltalk, or the OS X Finder, rather than a tree.

Gregg .. was it ever published?

Anton .. no circular references

Basically these are XML files that are being turned into Rebol objects 
that I wish to browse.