World: r3wp

I need the data as it is ...

I just want to not have it wrap inside a single line.

Let me rephrase: if it did a replace/all on the *displayed* data.

Ahh, well, that would be fine.

what determines the size of the bar ? Sometimes I see it go half 
way across a layout, and sometimes fully across.

As widgets are placed a max-width value is kept. At the point a bar 
is placed its width, unless otherwise specified, is assigned the 
"current" max-width. For the typical case, where a bar appears on 
a line by itself and further lines will not increase in width, this 
is fine. In other cases, like a bar in the middle of a line, you 
should give it an explicit width.

Just wondering if it would be useful to allow rebgui and vid to operate 
together.  So, you could do all the easy stuff that rebgui allows 
you to do, and when you needed something it couldn't do, then to 
use Vid instead.

Is the drop down list of a fixed size?  Can that be made proportional 
to the bounding functional group or window?

RebGUI and VID should work together as is. I've tried to avoid word 
name / context clashes for this very reason. Following should work:


 display "" [button "VID" [view/new layout [btn "Unview" [unview]]]]

request-dir ?
request-file ?

Ashley,  btw, I've been experimenting with RebGui for  project I'm 
working on and it is quite nice. Thanks for your efforts.

Drop-list height is currently set to "min 5 length? items" lines. 
This should probably by extended to include the bounding face and 
the 5 should probably be designer configurable.

Thanks for the feedback James. ;)

RebGui is very nice .. but we also want perfect :)

Agreed! Any other clashes / issues apart from request-* just list 
them here.

Ashley, did you see the ComLib stuff .. no need to interface with 
AbiWord !

I'm also coming around to your POV on table data format (each row 
being a block) as that allows non-displayable columns to be present. 
(I'll probably add a "blocked" type option to RebDB for my own purposes)

Has anyone tested it against AbiWord yet? Does it let you insert 
(and scale?) images into a new document?

I've got round that by using a column width of .001.  It doesn't 
even create a divider in the table heading.

if used as the first columns.  I.e. I stuff all the non displayed 
columns at the front of column definition, and make their widths 
.001

Interesting solution. ;)

Yeah, just changed all my sql statements :)

table/selected currently returns the data selected ?

That's right. Use picked for row numbers, selected for the actual 
values.

I find a frequent need in other applications to close down popup 
windows with the escape key.  So, perhaps an option like this for 
RebGui windows?

I have not looked into RebGUI styles in detail yet, but what are 
the options to "skin" them? Or to do them (styles) in different colors 
etc.?

none that i am aware of.

no global settings for hover color etc., right?

hover ?

hover (css language) = hilite/mouse-over ...

CTX-REBGUI/COLORS is an object of value:
	window          tuple!    236.233.216
	widget          tuple!    244.243.238
	edge            tuple!    127.157.185
	edit            tuple!    255.255.255
	over            tuple!    255.205.40
	menu            tuple!    49.106.197
	btn-up          tuple!    200.214.251
	btn-down        tuple!    216.232.255
	btn-text        tuple!    77.97.133

CTX-REBGUI/EDIT is an object of value:
	...
	tabbed          block!    length: 5
	hilight-on-focus block!   length: 2
	caret-on-focus  block!    length: 4
	action-on-enter block!    length: 3
	...

ctx-rebgui/widgets/set-sizes unit-size font-size


Plus many widgets have various option flags to control some aspect 
of their behavior.


Probably not skinning in the true sense but enough to change basic 
scale, colors and behaviors to cover the major use cases as they 
have been presented to me thus far. Skinning that lets you change 
"look & feel" to the extent that the GUI can mimic native Windows, 
OSX, C64, etc could be done but at what price in complexity and delivery 
time? And what percentage of folks would just stick with the default 
look & feel anyway. Another way of saying this is to ask whether 
it is a good idea to put 80% of your effort into satisfying the needs 
of 5% of your user-base?

function before looks please!

yes, I know, not trying to push you the unnecessary way .....

That was just theoretical question. I always depreciated old button 
flat look etc., but then I waw Bobiks new Tennis app and I have to 
say that if you come with good coloring, gradients, then it has its 
beauty ...

In fact I find it nicer than traditional OS look. and RebGUI tries 
to mimick OS a bit.

Well, my opinion is, that our community misses some cool gfx man 
:-) Wrong, we have Chris, but he is busy imo to provide us with mock-ups 
:-)

Right at the beginning of RebGUI I asked if anyone had good pointers 
to a consistent graphical style that we could follow (other than 
WindowsXP, Mac OSX, KDE, etc) ... in the ensuing silence I chose 
to go what I'm familiar with, XP. I'm still keen to have a modern 
looking REBOL style that doesn't look too out of place on Windows, 
Mac or Linux; but I'm not a gfx guy. Jaime's BEER interface (the 
GUI config front-end) is about the best I've seen far.

I've had good feedback on the GUI for my RebGUI application.

I think the interface mockup is outstanding. Was wondering what did 
you use to code it? I havent seen many applications that do not use 
the system scheme and still manage to look that sleek.

Congratulations 
and keep it up.

So, that's a direct compliment for RebGUI.

Overlooked that gui-interface for beer. Where is it?

Making the GUI look right and not just a copy of something else is 
tricky. I often think about it. I also had to deside with Canvas, 
both for the tool panel and the requesters. I went with a very basic, 
clean style for the requesters, maybe even a bit boring.

I see two needs. One is for 'normal' application like business application, 
where the GUI shouldn't for any sake come in the way. A basic, clean 
look is needed for that. The other is 'special' application, that 
would benefit from something more eye-candy like. Examples are a 
visual remote control, or a music player.

Geomol is talking about the presentation by Jaime at the devcon I 
think.

Ah, thought sdk had an update.

Graham, I was talking in general, but Jaime may have said something 
similar, I don't remember.

I'm wondering, if users on the different platforms, that REBOL runs 
on, would find it very strange to use an application, that doesn't 
use the normal GUI look for that platform. I remember some guy (a 
developer, I think) many years ago, that would trash an application 
immediately, if it didn't use the OS own GUI.

With REBOL, we have options. We can make our GUI look exactly like 
the host OS (maybe even read the system files to see, what theme 
is selected), or we can build our own, maybe better GUI.

I'm in favour of the 2nd as you can never mimic exactly ... but defining 
"better" is not easy.

I've found, that using thick lines (for example around buttons) makes 
it look old and childish/unprofessional. Using thin lines looks modern 
and professional. Also big contrast often makes for an old/unprof 
(I lack words) look, while less contrast makes it look top-notch 
or like an architect/designer would prefer.

Also soft (rounded) vs hard (square) corners and gradients as opposed 
to solid colors. MS and Apple have spent billions to get this right, 
and there is still debate about whether they have! ;)