World: r3wp

\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

I will be rich tanks to Rebol, I am sure !

Uploaded build#105 with new vid widget which supports in-line VID 
styles:

USAGE:
	vid 20x20 data [btn]
	vid data [btn 20x20] options [size]

DESCRIPTION:
	A container for a VID style.

OPTIONS:
	'size use VID style size.

So, to use list-view as an example, you can now write:

do %list-view.r

display "" [
	area 60x40
	vid 60x40 data [list-view with [data: [a b c]]]
]

Magic, huh?

why did u not use the layout keyword ?

just a question

vid is shorter, also layout is a verb and could cause confusion. 
The other word I was thinking of using was 'style ... which has the 
side benefit of suggesting "insert a single VID style here" (i.e. 
'vid and 'layout encorage you to think in terms of a block of styles). 
Still open to opinion/suggestions on this one

LIST-VIEW uses the LAYOUT keyword to generate row faces at least 
for edit fields, possibly other places (don't have the source right 
here). Try adding:

vid 60x40 data [list-view with [data: [a b c] editable?: true]]

and double click to edit

Where do you find the latest version. I tried the website and rebol 
desktop demo but both are older versions

use an svn client

details are on Ashley's website on how to use an svn client to download 
the latest sources

http://trac.geekisp.com/rebgui

Ashley ~ contratry to what you state in the User Guide, multiple 
returns do not seem to work at all - can you confirm tthis? Anything 
I am missing?

Good spot, the documentation is incorrect.

Or the code?

Ashley - what is the method of choice to temporarily disable/re-enable 
input widgets (fields, drop-lists, checks)  in code ?  Disable as 
in: do not allow focus or content manipulation.

There isn't. These things are set when the widget is created. In 
the rare cases I've had to do this I just unview and redisplay ... 
not elegant but it works.

I just put widgets I need to disable into a sep panel and just hide 
the whole panel

or, just hide a set of widgets as needed

ghosting is not possible ... is it better?  who knows

Umm, re disable;  Doesn't  on-focus [false]  do what Kaj wants here 
- kinda - mostly?   The widget is still on screen but you can't click 
on or tab to it.

I think it's preferable to have some type of visual clue that the 
behaviour has changed.

The code that determines true/false focus could also change the color 
perhaps.  But on-focus does not write-protect the contents from code 
re the "content manipulation' part, so you'd need to write a modifier 
layer (and promise yourself to not use direct  access ... ever) that 
also honoured the focus flag.


Being me, I probably didn't think up and down the affect chain, but 
I use the on-focus for user entered key fields.  Once set and verified 
ok you can't enter the field anymore (with the background color change). 
 I played with on-unfocus locking but found the behaviour of getting 
stuck in a field as too irritating so that logic had to move to become 
an extra step in another func.


Umm, not a dis or anything Ashley;  on-unfocus is just one of those 
features I'd need a strong reason to include in a user interface 
- nice that it is there and all.  :)