World: r3wp

There where to lines outcommented in %rebgui-edit.r . keeps caret 
visible now. (do not know if that has sideeffects.)

I wonder why Ashley couldn't keep the editor from VID.

He did and extended it, says the header. And made some wrong changes 
maybe. Maybe he got made because of the offset-to-caret-bug.

How do you get a face to come to the forefront? After I've "displayed" 
it and say, go and click on some other window, how do I get the initial 
face to pop back up. In my case, I have a table of data and when 
the user clicks it, I want to have a more detailed view of that line 
of data.

window/changes: 'iactivate ;IIRC

I'll try it. thanks.

Thanks Volker. That, plus a "show" worked.

Display is missing an options refinement.  I added one to 'display, 
and altered the view to this

			view/new/options view-face opts
		][
			view/new view-face
		]

either options [
			view/new/options view-face opts
		][
			view/new view-face
		]

didn't work though - when I tried using it with [ no-border ]

How would one get the layout for a window?  In VID, the layout can 
be assigned to a variable, but in Rebgui, that information is lost.

Would be the parent face of another face. Or patch display with a 
/set-option?

I'm sure it is, but that defeats the purpose of rebgui which is to 
build a complete gui toolkit without having to know the internals.

Had a quick look, the display function creates a local variable view-face 
which stores the layout.

So, if we add a return view-face to the end of the function, we can 
get 'display to now return the layout.

Cool... that works.  I can now get a png of the layout and dump to 
the filing system.

Is that Ashley I see online ??

Yep, just catching up with 5 weeks of snail mail and REBOL3 AltME 
messages ... should take another day.

Just to get you up to speed, I think the major problem to fix is 
the editor in the area.  To fix : cursor keys, and pageup/down behaviour 
especially at boundary, and also cr behaviour.  Highlighting is also 
problematic.

Also, need accessors to set radio buttons, and to move the cursor 
in a table, including selecting mulitple rows (oneTom)

Oh, and request-file needs the /keep refinement restored.

Ashley, have a look at this : http://www.rebol.net/cgi-bin/rambo.r?id=3801&

Seems RT have now fixed this bug.  Hopefully a new SDK will come 
out with the fix as well.

Another problem - RT's request-dir traps when you try to access a 
directory that is not available, but RebGui's crashes.  And it can't 
be trapped with a try block at the request-dir level.

Added an attempt 

lst: text-list 100x50 data [(read-dir path)] [
				attempt [

    path: dirize clean-path join path pick face/data first face/picked
				show-text txt to-local-file path
				insert clear face/data read-dir path
				face/redraw
			]
			]

which stops the crash.

OK, back on board now.

Wow, took you 3 days to read down this far ?  ;)

Plus every other group! ;)

Updated issues log with all issues raised since 0.3.7.

Let me read and see if any are missed ..

You're missing all the problems with the area widget .. or rather 
the editor.

oops .. looking at closed issues.

Wishfull thinking ;)

Added Czech dictionary file (see http://www.dobeash.com/it/rebgui/roadmap.html) 
and dat files provided by Bobik (see http://www.dobeash.com/files/CzechWin.dat
and http://www.dobeash.com/files/CzechLinux.datfor different char 
encodings - win-1250 & ISO-8859-2 respectively).

by 51, I mean that the drop list does not display below the boundary 
of a group box

Fixed in next update.

I altered display to return the layout rather than no return value

Also, I don't think there's a way to set the window options viz no-border

Is the group-box a functional grouping?  I'd prefer that tabbing 
moves to the next group box and not recycle within the same group

I use the group box as a visual container and not a functional one

In a radio group, if you preset a value eg data [ 1 "M" "F" ], the 
radio/data is none, whereas it should be 1.

Hmm.  Works in my test .. just not in my program :(

1) display mod - just by adding "view-face" at the end of the function 
I presume? Does that give you what you need? (I was thinking of adding 
a "no-show" type refinement for folks who wanted display to return 
a face *without* doing a view - to-image being the main usage case)


2) Window options - needing to set these implies a new widget is 
required or you need more control than RebGUI was designed for


3) Group-box is a functional grouping, tabbing between widgets within 
the same group-box is normal behaviour - what is missing is *another* 
mechanism to tab into and out of group boxes

1. yes.

shadwolf - is your list-view widget (v0.52) ready for me to merge 
into 0.3.8 or should I wait until it's 100%?

Having view-face returned means I can create an image of the layout 
with to-image.

How can I set the title of an existing window ?

show-title

which requires a face object

So, how to find face object ?