World: r3wp

I have the impression that the /away efinement on show-popup function 
 will let the focus to the parent window .. but not sure

>> source show-popup

show-popup: func [face [object!] /window window-face [object!] /away][
    if find pop-list face [exit]
    window: either window [window-face] [
        if none? face/options [face/options: copy []]
        if not find face/options 'parent [
            append face/options compose [parent (none)]]
        system/view/screen-face]
    face/action: away
    insert pop-list pop-face: face
    append window/pane face
    show window]

face/action: away

Yeah I never seen that one either.  Someone should get Carl to throw 
that in the docs

It is used in wake-event.

write clipboard:// mold get in system/view 'wake-event

the away refinement try to create modal face which are closed when 
the user click outside the face (like in menu)

Thanks Romano - I was trying to document it in french, but wasn't 
satisfied with the official description "/away - the away refinement"...

hehe

Hi Folks. Where can I find vid-styles to look like and feel a XP? 
I know that SurfDetect uses something like that.. Any tips ?

Today I was asked by my friend to help him with View. I did not know 
he still uses Rebol at all ;-)

He has following "problem" - imagine two faces. First one, container, 
of size 50x50, featuring scrollers etc. Second one, inside the container, 
of size 100x100. Now he tries to get image of the larger face, so 
he does something like to-image container-face/pane ...

The result is image of 100x100 correct size, but the image is cut-off 
of content hidden by parent face ....

the strange thing is, that when he does 'unview, followed by the 
same command, then the image is full, not cutt-off ... anyone?

btw - he uses imo 1.2.10, as he told me he want to use last "stable" 
version .... once again - we should probably do something with View 
release, or ppl will still use old stuff, even if new one is stable 
enough to use ...

I think if you 'view face and then you use 'to-image rendered bitmaps 
are taken - so it's just 100x100. If the face is not viewed at all 
or unviewed, all faces and subfaces must be completely rendered, 
so you get full bitmap....just my thoughts

hmm, so no chance of getting image of 100x100 face?

I have thought that "unview" "destroys" rendered faces? So I am surprised 
he got correct result?

'unview probably "clears" "bitmapcache" so all faces and subfaces 
must be rendered again if you use 'to-face. and 'view probably composes 
all bitmaps together, so everything overlayed is lost when using 
'to-image...but that's just what I think, I don't know how it really 
works internaly

'to-face --- it should be 'to-image

hmm, and once he is in View layout = rendered state, he simply wants 
to press a button and get resulting image ... Maybe he could render 
it once again in the background somehow? But how?

mh, probably make new face (without 'view-ing it) with the content 
of the subface

has he tried "show container-face/pane" before to-image? maybe that 
helps.

why would there be show needed? IMO it is correct that container-face 
clips the image .... hmm, although maybe not, becase the image is 
still 100X100, just content is 50x50 :-)

the buffer is 100x100, but /view knews only the 50x50-part is needed, 
so draws only that in the buffer.

I will send him email to try ...

you must somehow tell the image its not clipped. when you show the 
container, it thinks it is. when you show itself, maybe it renders 
full.

i guess faces remember if they are already rendered or not. but they 
don't remember that they are only rendered partly. 'unview tells 
them they are unrendered. hmm, maybe a 'hide does the same. would 
only flicker, not unview the whole window.

I just tried show and it does not seem to work ... but maybe my code 
is buggy :-)

>> container-face: layout [b: box 50x50 red button "to-image" [show 
b/pane r: to-image b/pane]]

>> subface: layout/size/offset [at 0x0 box 100x100 blue] 100x100 
0x0  b/pane: subface
>> view container-face
>> view layout [image r]

No, your code is ok, only rebol is - ahem ;)

b/pane: none show subface ; and then restore b/pane

rebol[]

container-face: layout [b: box 50x50 red button "to-image" [b/pane: 
none show subface r: to-image subface b/pane: subface show b view/new 
layout [backdrop black image r] ]]

subface: layout/size/offset [at 0x0 box 100x100 blue] 100x100 0x0 
 b/pane: subface
view container-face

why b/pane: none?

do you think there is something strange with face rendering/composition/refresh?

actually - if you set b/pane to none, where will subface be shown/rendered? 
:-)

its rendered in its buffer. you must tell /view that the parent-face 
of subface is invalid. thus b/pane: none. now b/pane does not know 
subface and subface must re-render itself and then it goes full size. 
else it knows only the 50x50 is visible. should be fixed in to-image 
to force a full redraw.

nice, thanks a lol! It sounds also logical :-)

Rondon: the styles for the Detective were designed and implemented 
by Romano and Chris. The code is under the GPL; i guess you can contact 
them about them. bear in mind they were not intended to be generic 
styles, but were done just for the detective.

http://www.ross-gill.com/r/btn-style-old.r-- this is an earlier 
version of my xp-themed btn style.

.

Pekr: the solution for your problem is:

sublay: layout/offset [
	box 100x100  field ""
] 0x0
view layout [
	b: box 50x50
	button "do-obr" [
		save/bmp %obr.bmp to-image make sublay [
			pane: head forall pane [
				pane/1: make pane/1 []
			]
		]
	]
	do [b/pane: sublay  show b]
]

in other words the to-image takes the parent-face references for 
rendering so you have to get rid of them.

That is nice ... but another example of how even short rebol code 
can be difficult to understand, at least for me ...

pane: head forall pane [pane/1: make pane/1 []] ... is a magic to 
me ...

You're not the only one! ;)

hmm, so during the button-press, you simply make sublay [] In such 
case, you get clone of sublay face definition, right? So you also 
need to iterate thru sublay pane elements and recreate them for made 
face?

Ashley - I think it is like I described it now ... Cyphre is making 
new sublay face ... and original sublay can contain xy elements, 
e.g. field with some filled-in info, so he imo iterates thru its 
pane and recreates it ....

How do you change the title of a window that has already been VIEWed?

lay/text: title 
	lay/changes: 'text