World: r3wp

Don't know why all my code that has {show [widget]} now fails with 
#55... but I can work round it by  ... wrapping a condition around 
it

if object? widget [ show [ widget ] ]

View version? Does "show widget" (without the block) work OK?

No.

same as yours ...

has the evaluation changed somewhere ?

Didn't you make some changes to tab-panels regarding actions

different topic .. is it better to hide a button, or, to gray it 
out ?

if the latter, should a button have a grayed out effect where the 
actions are disabled ?

eg. disable button and enable button

Try button [info]

for what?

display "test" [
	button options [info]
]

to display a disabled button. Can't set that dynamically though.


Couldn't reproduce the editor error above, but the tabbing "error" 
is a sequence issue (it executes the show-focus then the tab).

If something as basic as "show widget" doen't work for you, then 
how does %tour.r work??? (It uses show all over the place)

what I saying is that before #55, all my code worked.  With #55, 
if I have code that does a show on a widget, it may fail

where the word assigned to that button is no longer recognized.

This is all encapped code.

make object! [
    code: 303
    type: 'script
    id: 'expect-arg
    arg1: 'show
    arg2: 'face
    arg3: [object! block!]
    near: [show copybtn]
    where: 'action
]

tp17: tab-panel 180x130 data [
            action [
                if lastpane = "txtareaSfld" [
                    show-text txtareafld copy txtareaSfld/text
                ]
                lastpane: copy "txtareafld"
                 ; if object? copybtn [ show copybtn ]
                 show copybtn
            ]

I just changed it now to demonstrate the error.

Is copybtn a hidden button that your action tries to make visible?

the button's visibility depends on which tab is showing.

Let me check to see what the initial state is ...

No, initial state is visible.

I presume the problem is with 'layout

some change in the latest build

the button is defined after the action, so 'display can't find it...

Can you reduce the problem to a small sample and post here? Layout 
hasn't been changed but the way in which tab-panel initializes has.

I'll try ..

been trying all morning !

what to do about the tabbing?

I'm going crazy .. what's wrong with this ?


display "" [ button "new window" 40 [ display "" [ text "helllo"]]] 
do-events

the button doesn't do anything

On another topic, I often find I need symbols such as those in a 
music player (stop, forward, fast-forward, etc) and in lieu of a 
cross platform "symbol" font I'm thinking that a symbol widget using 
AGG might be the go. Would work something like:

	display "test" [
		symbol data 'square
		symbol data 'arrow-right
		symbol data 'double-arrow-right
		symbol data 'circle
		symbol data 'circle options [no-fill]
	]


so the two questions are; would this be useful, and if so what would 
constitute a good set of symbols and names?

what's wrong with this?
 display expects a unique title string. ;)

aww.. crap

Try this one ...

rebol []

do %rebgui.r

show-bug: does [
	display "test window" compose/deep [
	tab-panel 80x20 data [
		action [ hide e ]
		"1" [
		]
		action [ show e ]
		"2" [
		]
	]
	return
	e: button "Invisible"
	]
]


display "Test"  [

 label "field has a focus action" a: field [ print face/text ] return
	label "also has action" b: field [ print face/text ] return
	label "no action" c: field return
	spinner options [ 9:00 24:00 0:30] [ print face/text ] return
	button "Display tab-panel" 40 [ show-bug ]
	return
	
	button "Quit" [ unview/all halt ]
		
]

do-events

>> do %debug-rg.r
Script: "Untitled" (none)
Script: "Untitled" (none)
** Script Error: e has no value
** Where: action
** Near: hide e

Ah, the "problem" here is that the action associated with tab 1 is 
now firing when tab-panel is initialized, which occurs prior to e: 
button being created. I can add an option to tab-panel to prevent 
it from firing the tab 1 action (i.e. revert it's behaviour to previous). 
Or should the default behaviour be what it originally was with an 
option of firing the first action?

latter I think.

keep it safe.

are you symbols clickable?

are your ..

I mean, they are custom buttons are they not ?

Yes. Wait a moment and I'll get another build with the tab-panel 
and spinner fixes up ...

build#56 committed to SVN.


 tab-panel now only fires action on initialization if options [action] 
 specified
	spinner now fires action after arrow click

 arrow has default size of 5x-1 (meaning you can now create non-square 
 arrows ... needed by spinner above)

going to check it out now :)

I've just noticed something odd with tabbing inside a tab-panel. 
It tabs through all widgets on every pane!? I need to look at Cyphre's 
edit (cyclic?) changes I think.

tabbing is very suspect

I think I've mentioned it before :(

spinner arrows too large .. can only see the top one.