World: r3wp

Just using rebgui in vanilla fashion

so, I think it's a rebgui bug

i agree. 'show would throw an error otherwise.

what would you consider the next most important style missing in 
RebGUI? Is that Menu, or Tree-view? Or other? As for me, it might 
be Tree-view, as it allows to display hierarchies ....

I think WRT widgets we are mostly complete. What I see as the next 
big step is to add runtime APIs to the widgets like: changing the 
buttons in a radio-group, selecting a button programmatically.

For those wanting to see first results of rebgui-grid, here's the 
screenshot - http://www.xidys.com/rebgui-grid.jpg

it is already ways more powerfull than rebgui table .... still some 
features missing though ...

nice looking

rebgui is not nice looking :-)

sometimes beauty can be below the surface :-)

Chris' buttons on the left - that is what I call nicely looking :-) 
http://www.xidys.com/btn-comparison.jpg

well, it is nice to hear it from the guy, who is author of most powerfull 
grid I ever seen (well, except my favourite and needed horizontal 
scrolll, which Cyphre's version supports from now on)

what's that icon in the title bar?

>> ? help
USAGE:
    HELP 'word

DESCRIPTION:
     Prints information about words and values.
     HELP is a function value.

ARGUMENTS:
     word -- (Type: any-type)

>> do %/c/rebol/rebgui/rebgui.r
Script: "RebGUI system" (11-Jul-2005)
Script: "Untitled" (none)

>> ? help
USAGE:
    HELP 'word   word -- (Type: any-type)>>

What does this?

print was set to NONE, but I was using too old a version of RebGUI 
it seems.

Is the "How to create a RebGUI 0.3.0 widget" no longer valid? I can't 
make it work with RebGUI 0.4.2, but it says nothing about not being 
compatible anywhere...

DISPLAY will not recognize any elements I add to ctx-rebgui/widgets

are they being included into the source when you create distro?

I'm doing no such thing. I thought you could pad them as written 
in the manual?

ah... turns out I was also supposed to append the word to ctx-rebgui/words

This is your toolbar?

yes

renamed to icon-bar, not to confuse it with the existing toolbar-

so, working now?

nope, I need to find a replacement to layout/tight

which basically should be display without needing a title and just 
the block...

display => 'display

interestingly, if I try to use 'layout in my toolbar widget, REBOL 
crashes promptly.

is there a method to display a layout inside another layout?

can list-box work in mode as in html forms? You simply select value, 
and key is returned instead?

(it was request of my friend who is not here, I actually don't know 
what he means exactly ...)

why drop-list does not exceed the border of owning app window?

Henrik, yes since then Rebgui was rearranged a bit.

Pekr, the drop-list would have to be a window itself to do that.

Henrik, you now have to add your widget's name to the total list 
of widgets, since rebgui-layout.r revision 16,  like this:

	append ctx-rebgui/words 'my-rebgui-widget

(I'm updating the doc)

excellent

Doc updated. http://home.wilddsl.net.au/anton/rebol/doc/create-a-rebgui-widget.html

See the problems caused by documentation ? *See* ! ?

documentation is vital, however, at least there *is* documentation. 
:-)

No... *source* is vital. Documentation is a mere reflection.

Anton - are you sure? :-) I just looked lately at the source, and 
there seems to be one param -inbound, or outbound, for drop-list 
.... inbound is set by default. Separate window - why? We have show-popup 
...

Pretty sure, unless I misunderstand you (I didn't look at the source). 
 How can a rebol/view face hang over the edge, overlapping its parent 
window ?

maybe it can?

It would not be *in* the window, then. It would have to be a new 
window or layer of some kind, supplied by the OS.

(rebol would have to get the new layer from the OS so it could do 
that.)

I've made a pop-menu which uses borderless windows. It works on WinXP 
but the problem is we can't guarantee that windows on other platforms 
don't have forced decorations on their windows.

so each menu level would look less like a menu and more like a window.

but we have working examples of menu/context menu, which look awesome 
....

So you're just saying you'd like the drop-list to also use borderless 
windows in its implementation.

This is a problem with drop lists. I thought though that this was 
one problem Cyphre was tackling