World: r3wp

print "bugz"
do %script/rebgui.r

maingui: [
	text "Hello" return
	button "Start!" [ display-next-word	]
]

count: 0

secondgui: does [
	compose [
		text (join "popup nr " count: count + 1) return
		button "next" [ display-next-word ]
	]
]

display-next-word: make function! [] [
	hide-popup
	display/dialog "Go!" secondgui
]

display "word!" maingui
do-events
halt

Think I've found a bug.. If have a button that does some stuff and 
then hides itself. Works great if I click it, but if I select it 
with tab, press space and then tab again the button will reappear.

Hello.  Sorry for the huge number of questions I ask  ^^

Is it possible to move a widget within a display block ?

for example, transform: display "MyFace" [
               box red               
               box blue               
           ]

to:   display "MyFace" [              
               box blue               
           ]

(sorry, it's a mistake)

to: 
display "MyFace" [
               box blue       
               box red                                       
           ]

by clicking on a button by example

Daniel; Check out http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=layout-1.8.r
for a what you see is kinda what you get layout editor.   The tricks 
will be buried in the code, but it has to do with ordering the face/pane 
entries.  Also see http://rebol.com/docs/view-system.html#section-3
for a description of face/pane.

My bad.  Just noticed this is RebGUI ...  although the same principles 
apply.

I think display should always return a value.

>> do %rebgui.r
Script: "Untitled" (none)
>> test: display "Test" [ text "Hello" ]
>> test: display "Test" [ text "Hello" ]
** Script Error: test needs a value
** Near: test: display "Test" [text "Hello"]
>>

In the second instance, display picks up the window already exists, 
and just exits without returning a value.  Perhaps it should return 
none instead ?

foreach window view*/screen-face/pane [all [title = window/text exit]]

perhaps change to 


foreach window view*/screen-face/pane [if  title = window/text [ 
return none]]

Actually this has been a source of a long standing bug ... I didn't 
realize till now that the return behaviour differed.

bug for me ...

returning none! is better than returning unset! so changed in next 
build as above.

display "" [ area 100x100 options [ info ] on-click [ print "You 
clicked me"]] do-events

- the area does not respond to the on-click action whereas


view layout [ info 40x40 [ print "You clicked me" ]] works fine in 
VID

display "" [ button "Test2" [ display/parent "Test2" [ text "test2" 
button "close" [ unview/only face/parent-face ]]]

button "Test3" [ display/parent "test3" [ text "test3" button "close" 
[ unview/only face/parent-face ]]] button "Halt" [
unview/all ]] do-events

click on "test2" and then click on "test3".  Now close down the test2 
window and the test3 window also closes down.

Now click on the "test3" button ... nothing happens ... I guess it 
thinks that the test3 window is still open.

Did 2.7.6 break tooltips, or did I manage to screw up my program 
without noticing?

did you test tour.r ?

Would be a cool RebGUI project: http://www.colorflip.com/

I've managed to screw up my program somehow :( hehe. Problem is I 
can't remember when the tips worked last time. Adding them dynamically, 
so it's not quite straight forward to debug

Ashley, you can amend your docs now the function keys which now work 
in Linux

Will do.

Is there an easy way to get two buttons in the bottom right corner 
without using "reverse"? Reverse messes up the tab-order :(

Idea: I'm not a big fan of menus, tabs etc. to switch through an 
application. Looking at all these new GUIs from Apple styles (when 
viewing photos where it's like a fan and the middle photo zoomed) 
or the piclens stuff I had the idea how to use this for an app.


How about having a way where I can see a miniatur screen of every 
data-form in a 2D grid moving in 3D space, where I can scroll left 
/ right to the right picture, click it and get the data-form?

I'm not sure if Rebol could handle this. But with this it would be 
very nice to navigate an app. Something like the slide sorter in 
Powerpoint but with more eye-candy.

Certainly possible (creating an image of a display is trivial), but 
how would it be used / specified in practice, and what would we call 
this new widget? Perhaps a grouping widget?

	fan data [
		display "A" [...]
		display "B" [...]
		display "C" [...]
		...
	]


which would create a series of clickable display icons ... click 
the icon and that display comes to the foreground. Is that sort of 
what we are talking about?

There seems to be a problem in 2.7.6 on WIn XP
start  rebvire them go to console
do %rebui.r
editor %some_file_not_yet_existing.r

; now hit Save as : concole returns and both console and editor are 
locked up
; TEST

; REpeat without load of rebgui.r ; warning so such file and then 
Save As will save as that file no problem

start rebview ; take typing lessuns furst  if nead bea  or vist www.wordie.org 
more often ...  varve,or silt laminae in lake beds varying with ...

start rebview and goto console
do %rebgui.r

You can't use VID and Regbui easily together like that

editor is VID.

Ashley, yes exactly. I think users will be much better in remember 
a screen layout instead of where in a menu hierarchy you find an 
entry.

Ashley, what do you feel about adding a default windowless menu for 
on-alt-click for fields for copy/paste ?

something like 

    display "Edit Field" [
        margin 0x0

        at 0x0 button "Copy text" 20x6 green [unview/only face/parent-face 
        write clipboard:// f/text ]  

        at 0x6 button "Paste text" 20x6 green [unview/only face/parent-face 
        set-text f read clipboard:// f/text ] 

        at 0x12 button "Close" 20x5 gold [unview/only face/parent-face ] 
        do [face/options: [no-title no-border]]
    ]

but opening the window near where the mouse click occurs

is there an option to set editor to a func which is rebgui compatible? 
 i.e. a rebgui text editor ?

I tried once.  But it was more an exercise in linking RebGUI menu 
Find/Replace to area ... too many hacks to keep caret in synch, so 
instead of tarnish Dobeash with my lousy code ... I just didn't. 
  But a quick RebGUI display of an area isn't too hard to pull off, 
but you need to rely on the built in key handlers.  Sadly Find/Replace 
is not in the list, but you do get a spell checker 'for free'.  ;) 
  In Ashley's defence, it is not the design intent of RebGUI to be 
an editor.


I've not tried, but Anton has been pumping out a new editor ... may 
conflict less than  editor  dunno, but I kinda doubt it will work 
without the same types of problems.

Alternative is to use CALL and launch an external editor.

I think you might be able to use the editor within rebgui .. just 
not at the console like you did.

re: on-alt-click ... good idea, added to next build (using the choose 
function so the code is tight).

Ashley I can get the menu to popup by setting the action/on-alt-action 
in the field widget definition but how would one know where to pop 
the menu up?

on-alt-click

Hmm.  Did something wrong .. my menu also appears on buttons with 
a RMB click.   So, I can change the text on buttons on the fly!  
Useful I guess

I started writing a simple file browser widget today. It's almost 
usable, but maybe someone else has already made such thing so I'm 
wasting my time?

there is a grid widget, where you can put any style inside. It was 
not updated to latest RebGUI API though ...

I'm using a table which seems to be working quite good. Just thought 
that someone might have done a better one :)

Graham, FYI the init patch to field for the on-alt-click functionality 
is:

	init:	make function! [] [
		either find options 'info [
			feel: none
			all [color = colors/page color: colors/outline-light]
		][
			unless get in action 'on-alt-click [
				action/on-alt-click: make function! [face] [

     switch choose face sizes/line * 4 face/offset ["Copy text" "Paste 
     text" "Close"] [
						"Copy text"		[write clipboard:// face/text]
						"Paste text"	[set-text face read clipboard://]
					]
				]
			]
		]

  para: make para [] ; avoid shared para object for scrollable input 
  widget

  all [negative? size/x size/x: 10000 size/x: 4 + first size-text self]
	]

thanks.