World: r3wp

ok

Yes.

and no.

Your example uses a style ...

You might have multiple functions that operate on the widget and 
you want to hide them as a type of context inside the widget

you don't need to make a style for the with block.  I just did this 
cause I thought you meant that you want the functions to be applied 
to a broad set of gadgets.  this works directly:

view layout [
	button "do" [face/print-lbl]  with [
		print-lbl: func [][print self/text]
	]
]

Hmm.  Interesting.

funny you didn't know about this after so many years of using REBOL 
!

are these functions exposed to the global context?

nope.

well.. I'm not too familiar with vid

Just know enough to get along .. most of the time!

basically the with block is like when you supply a block to something 
like make face! []

or more specifically the call to make-face/spec

so, without the with they become anonymous functions

If the 'with isn't there, it would just be considered the alt-action 
block for the button.

does Glayout use the same syntax ?

yes, I am a slavemaster to VID.

I harness VID and let it layout like it should.  ;-)

you could almost say I abuse it  ;-) hehe

right now I am plugging liquid directly within.  yet another layer 
of abuse... but it works.

actually, liquid is currently so tight, its trying to update the 
gadget before its even displayed...

cause it receives an event during the init.

is there a sure-fired way to know if a face is currently shown?  
I don't remember from the top of my head... anyone?

would checking for none? parent-face be sufficient?

viewed?

I don't see that as being a word within the face.  could it be show?

I mean, could it be the attribute:  'face/show?

>> help viewed?
USAGE:
    VIEWED? face

DESCRIPTION:
     Returns TRUE if face is displayed.
     VIEWED? is a function value.

ARGUMENTS:
     face -- (Type: object)

ahhh...  sourcing viewed? and then find-window, I can say that it 
all relies on parent-face being set... just what I tought...

Maxim, you will need to check face/show? for this face and every 
parent up to the window. Then... umm... you might have to check the 
window differently, see if it it's in the screen-face/pane.

so face/show? becomes true once its been shown at least once?

yes, find-window will tell me if the panes/window its in is currently 
opened.

Yes. Hiding can be done with:
face/show?: false
show face/parent-face

Ah.. but you will basically need to make a function similar to find-window 
in order to be sure everything's ok.

Yes, you will need to check if parent-face is none. face/parent-face 
is only set the first time a face is shown.

yeah... but it never gets cleared... that's one of my pet peeves 
about view/face.

So you want to redraw a face, while respecting its show? facet, I 
suppose.

its hard to get JIT information on real state of faces.

I want to make sure that I don't try to call show on a face before 
its been initialised...

currently checking parent-face seems to work fine.

btw, GLayout sets parent-face in advance... allowing child face the 
chance to take decisions based on their parent... before the layout 
is done.

The user who rips a face out of a face hierarchy will have to be 
sure to also set the parent-face to none.

is it possible to see which browser is the default browser? BROWSE 
seems to be able to get to it.

on Windows it gets it from the registry

anyone know the way to programatically select one of any viewed windows? 
 I am trying

view find-window face 


on a face from a window I'd like to automatically select, but its 
not working...

hehehe  I just discovered a window face option I didn't even knew 
existed  :-)  I guess its "rather" newish?

'activate-on-show


Maybe I just never needed it before... but this does what I need. 
 :-)

hum... seems the rate system is buggy? when opening window popups... 
sometimes the rate for all window go dead... re-opening the same 
window, in the exact way will randomly stop/enable 'time events? 
 

has anyone ever seen this?

See also: face/changes dialect [activate minimize maximize restore]

After setting face/changes to one of those words, you must show the 
window face to do it.

I think I've seen weirdness with time events like that, but never 
got around to documenting the bug because it would have taken too 
long to describe it fully.