World: r3wp

Forget my two previous suggestions and try adding the following line:

	info-area/text: rejoin make block! head info-area-list
	info-area/line-list: none	; line to add
	show info-area

Ashley ~

in your RebGui tour under Configure UI, Behavior you have a tabbable 
field - among the widgets in there is drop-list. The Grouping tab 
cintains drop-lists among other widgets, yet I cannot tab to them... 
What am I missing?

Good spot, edit-list is tabbable drop-list is not.

Hmm - I always strive to mave my UIs navigable by keyboard for speed 
and this necessitates use of  the rodent - any way to give tabbability 
here too?

It's a problem as tabbable and focus usually go hand-in-hand. Button 
had the same issue, and required quite a bit of hacking to get it 
working. Other non-focusable widgets have the same issue (e.g. check 
and radio-group). Keyboard navigation has been an issue for RebGUI 
(and VID) for quite some time ... just ask Pekr ;)

iirc, Etienne's skin system was fully keyboard navigable.  I think 
it still resides on the (now defunct?) IOS Developer...

How can I change a button's click action?

display "Test" [
	b: button [print "A"]
	button [
		b/action/on-click: make function! [face] [print "B"]
	]
]

Thanks Ashley!

How does attribute eval work for the data blocks of widgets like 
drop-list? Tried a few variations but none worked for me...

v: "Initial"
d: [a b c]

display "Test" [
	drop-list v data d
	return
	area
]

I see - thanks

Ashley, what's this free-form BUTTON keyword inside a display block? 
Never saw this.

Huh? button is a widget, it's been around for a long time ;)

I believe he's referring to the second time button is called to change 
button b's action.

Oh, that. Assigning a new function to an action is also no big deal. 
I might turn some of these into cookbook entries though as what's 
obvious to me might not be to others ;)

I have taken a deep look at the GUI System available for Rebol I 
and my choice has gone to RebGUI. I have taken a look to to list 
VIEW project too and I have a request/proposal: why don't you merge 
the list view into RebGUI. It is really very powerful, much more 
the standrd lists available in RebolGUI. It woul be an huge improvement 
and we will have a GUI system on steroids for DB projects.

Dunno how far is Ashley with the merge of Robert's RebGUI stuff, 
but once it happens, RebGUI will get powerfull enough grid (although 
not so powerfull as list-view) ...

why don't you merge the list view into RebGUI

RebGUI is 127Kb of source (just over 4,700 lines of code)
LIST-VIEW is 93Kb of source (almost 3,500 lines of code)


The largest RebGUI widget is currently TABLE with 10Kb of source 
weighing in at 329 lines. That's about the limit of simple that I'm 
prepared to deal with. The effort required to merge LIST-VIEW is 
huge (GRID less so as it's already a [albiet earlier] RebGUI widget).


I've had a few people say (via email) that it would be easy. OK, 
here are the source code links:

	http://trac.geekisp.com/rebgui/browser
	http://www.hmkdesign.dk/rebol/list-view/list-view.r

I'd like it merged and fully tested by Monday thanks. ;)

Ashley, my question is probably from a primer but someone told me 
that I can't use RebGUI and LIST-VIEW in the same project in 2 different 
windows. Would it be easier to make the two projects compatible instead 
of merging them ?

LIST-VIEW  seems very usefull when dealing with database viewing/modification/filtering. 
Even if they are merged it would be good to use them independently.

\nhn

nn0,n00=

\

09-">

|\\\\\\\\\\\\m jj

nnnnnnnnnnnn]]

good try amacleod :-))))

That was hr.. again

Fall asleep on your keyboard?

hr = Jr.

i was afraid that it was the new unicode support for R3

Yes, Jr. attemps to get unicode out of R3 !

:-)

someone told me that I can't use RebGUI and LIST-VIEW in the same 
project in 2 different windows.
 They were wrong:

do %rebgui.r
do %list-view.r

display "" [
	text-list data [a b c]
	button [
		view/new layout [
			list-view with [
				data: [a b c]
			]
		]
	]
]

do-events

Henrick told me so, I supposed it was the programmer of LIST-VIEW.

He meant in the same window I believe

Here it is what he has written: HENRIK: I don't think it can when 
using when using RebGUI, but I honestly don't know if you can mix 
VID and RebGUI windows. LIST-VIEW only works with VID.

and in separated contexts ?

RebGUI redefines many words that are used by VID, afaik. They don't 
play well together - RebGUI is more of a replacement.

The only words that RebGUI redefines are some of the request- functions; 
and the 3rd last line of %rebgui-ctx.r does the following:

	system/view/screen-face/feel: none


which disables the global events system (used by insert-event-func) 
... so yes, RebGUI and VID can run side-by-side; which for scripts 
run from the console is OK, but for encap stuff is a bit redundant 
(having to encap VID and RebGUI source). RebGUI was designed as a 
replacement for VID *in encapped apps*.

list-view in rebgui:

rebol []
do %rebgui.r
do %list-view.r
				
display "" [
	text-list data [a b c]
						b: box 50x50 sky
						button []
		]

view/new layout [
			lv: list-view with [
				data: [a b c]]]
unview

b/pane: lv	
b/pane/offset: 0x0 
show b
do-events

Ashley, please confirm what I am understandig: when I will release 
a commercial application I will have to include VID, RebGUI, LIST-VIEW 
source (and SQL-Lite one) inside the application but everything will 
work flawlessy.

I think so ...

... except bugs in your own code :-)

I am sure there will be lots of bugs in my own code !

iv that view/new ... unview phase needed? Isn't using layout enough 
to get similar result?

iv=is

Yes, view/new... unview is not needed