World: r3wp

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

uh, the Trac is really a stupid system .... damned, where have we 
moved? Can this system produce some simplistic way of how to get 
particular widget source? Without line numbering? That is just crazy 
....

uf, there is, at the very bottom ... that system is pretty denerving 
for normal typical user, who is not a developer, and can't get easily 
to source of widgets, as rebgui.r comes in despaced version ...

hmm, you are probably right, Anton ... just downloaded drop-list.r, 
changed 'inline to 'outline, but nothing changed, it can't go outside 
the parent window ... (which is maybe logical, as everything lives 
in screen-face/app-window/pane .... unless show-popup does not allow 
for other modes ...

If it is within a window face it can't go outside, with rebol/view 
system as it is currently.

hmm, and if it would be put in screen face directly?

Pekr, the trac system is for developers!!

I know ... but users are almost forgotten .... I would welcome if 
widgets would still come (be downloaded by get-rebgui) in separate 
dir ... from time to time it is educative to look at the source

that possibility was removed ... and rebgui.r comes despaced, so 
source code is ruined

what is the metrics for box? :-) I thought it is too tall, so I ended 
up putting box 20x1, and it definitely does not seem like 1 pixel? 
:-) Is it affected by unit size?

** Script Error: max expected value1 argument of type: number pair 
char money date time tuple series
** Where: action
** Near: view*/caret: offset-to-caret parent-face min max
** Press enter to quit...

more area problems...

I was updating an area field ...

Work round by clear-text on the area field before updating it.

Pekr, what is so difficult about browsing the source. The particular 
code you are interested in is at  http://trac.geekisp.com/rebgui/browser/widgets/drop-list.r

All that long message before the code is the notes of the comments 
sent by the creator when commiting the code. So that other developers 
understand his work.

All the code is available from thhis URL.

http://trac.geekisp.com/rebgui/browser

And there are some widgets wo/. comments like http://trac.geekisp.com/rebgui/browser/widgets/bar.r

So,  I will think that trac is not stupid is actually very easy an 
useful.

I suspect it is just intimidating when you use it without reading 
the docs

Got this error again !  third time now, and this was a screen with 
2 fields, and a couple of buttons

** Where: into-widget
** Near: unless find [object! block!] type?/word get
** Press enter to quit...

stack overflow ...

Referencing Henriks message in Ann-Reply "I need a way to show a 
sub-layout" and my own from 26-jun-2006


This is another point that the way 'display works is sub-optimal: 

When building a gui we need 3 actions: layout, display, event-handling.
Having these 3 as distinct actions works well.

Having 1 action for layout and 1 other for display and start of event-handling 
works.

BUT having 1 action for layout AND display doesn't make sense. Because 
you can't build sub-layouts, and you are stuck with a displayed but 
non-functional window after this step.

That said, Henrik, have you tried ctx-rebgui/layout ?

Ingo, no I haven't. I looked through the 'display source, but could 
not find the context of the layout function. If this is right, then 
thanks. :-)

Ashley, is there a way we can halt the recursion before it causes 
a stack overflow?

I thought there was supposed to be a switch in display to allow you 
to construct a layout without viewing it.

If not, it should be easy to add.

] [

Sorry, AltMe became the active window when I was typing code elsewhere. 
 Better to shut it down. Bye.

Anton - today I consulted with Cyphre, and it is really how I thought 
about it - drop-list, and its inside/outside argument really allows 
you to have the drop-list to go beyond the border of parent app. 
The case is, that there is simply a bug, which Cyphre nearly fixed 
(hilite stopped working)

Ah, sorry, I interpreted your initial comment poorly. My apologies.

Anton - that is absolutly ok :-)

guys, I would like to open some UI look chat .... not much, but a 
bit.... Cyphre will look for me to do some slight improvements, e.g. 
to allow gradients for tabs, etc.

Is there anyone else who thinks, that rounded tabs do not work? As 
well as rounded buttons? While we tried to stay WinXP look compatible 
as much as possible, in some situations, rounded buttons do not work 
- try to change tour.r background color to any of darker colors - 
those tabs look more like a leak, than real shape - simply disturbing 
a bit. I have such reaction independently confirmed by Bobik, and 
my brother objected too, without telling him what to judge ....

another example, although not so significant, is buttons near each 
other, e.g. in grid - there is small one pixel "hole" in each corner 
- http://www.xidys.com/rebgui-grid.jpg

Cyphre style pack's tabs look nicer with gradients - http://www.xidys.com/cyphre-styles.jpg

if there would be too much chat about that, I will ask Cyphre to 
do some changes just for my purposes, as everyone of us will have 
slightly different pov UI wise ...

I've often wondered if anyone would copy the original NeXTStep style. 
I think it's wonderfully sober and boring (meant positively) to look 
at

http://www.levenez.com/NeXTSTEP/EquationBuilder.gif

ah, rather old look, isn't it? What about Amiga? :-)

the funny part is that everyone else kind of emulated NeXTStep, including 
Amiga.

I like the old look, because I think patterns and gradients distract 
from text too much

http://www.ohlfs.com/keith/self/next/Workspace.gif<-- 1988...

Yes, somewhere along the line GUIs went out of control. It's nice 
to have all those fancy graphics, but does it make you more productive 
?

Man, you're making me nostalgic.

http://home.get2net.dk/yock/gallery/grabs/pedewb.jpg<--- this is 
of course personal preference, but texture overload :-)

I prefer rounded buttons and tabs for the most part.  And square 
for all the conditions you mentioned Pekr.