World: r3wp

I even took the content out, to remove it from the demo dependency, 
and tried, I posted short script, and the space is still there ...

You can see the short script few of my messages above - the spaca 
is still there. I worry, that I still don't have good understanding 
of panel content handling functions, I used:

child: make-face 'vpanel []
set-panel-content child lay
view child

or 'hpanel [break-after: 1]

You can see what I have got resizing such a layout: http://xidys.com/pekr/rebol/messy-resizing.jpg

When i close window, and call my %test.r3 again, I get stack overflow 
we discussed earlier ... Dunno, why I did not get it running the 
first time ...

CLICKER was not adapted, so no matter how hard you try, without adapting 
it, you cannot achieve good results

I think that the trouble is in make-face and how the panel is preconstructed 
.... because when I use the same layout submitted just to view, it 
works correctly ...

I am not judging the clicker, just comment it out :-)

so what, when I comment the two incompatible parts of the layout 
out, it looks normal doesn't it?

OK, just try very simple layout:

lay: [button "OK"]

child: make-face 'hpanel [break-after: 1]
set-panel-content/no-show child lay
view child

what is wrong with that?

It does just the same here - first the dialog box with button is 
displayed ... I close it ... then I do the script again, and I get 
stack-overflow ...

I use the latest r3-gui.r3

that part is not reproducible for me

(even when doing it ten times, no stack overflow)

OK, I'll redownload all stuff again from RMA ...

that may not help, I probably have a bit newer code

or, maybe I use a different system

But Cyphre might be able to reproduce your problem once he is back

I redownloaded everything. Still the same ...

the culprit is set-panel-content -> insert-panel-content -> parse 
panel .... imo :-) I'll wait for newer code containing some fixes 
...

stackoverflow: We are taking care of this with Carl at the moment. 
We have a test-case where I can reproduce the problem.

Carl? Nice. The culprit is the following code, which is simply wrong:

show-native: :show
show: funct [gob] [
    update-subgobs gob
    show-native gob
]

show-native calls show = itself ... strange indeed, as It does not 
crash with first viewing of the window, but at the second viewing. 
Do you think the problem is low level?

simply wrong
 - why do you think?

This is the code:

code: view [
    title "Opinion Survey"
    text "Do you want programs to be easy to build?"
    hpanel 2 [
        label "Answer:"
        hgroup [
            radio "Agree"
            radio "Disagree"
            radio "Not sure"
        ]
        pad
        check "I'm a programmer."
        pad
        check "I am also a REBOL expert."
        label "Name:"
        field
        label "Comment:"
        area
    ]
    hgroup [
        button "Submit" submit http://www.rebol.net/cgi/submit.r
        button "Reset"  reset
        button "Cancel" close
    ]
]

loop 10 [
	do code
]
print "all code passed - no crashes"
halt

all code passed - no crashes

regarding the above Show-native issue - that is a do-once-only-code, 
as I see it. If you run it only once in the console, you don't get 
any stack overflow

aha, you see? my wrong understanding :-) I thought calling such a 
show causes infinite loop :-)

But, sure, that should be corrected to not cause any trouble if somebody 
inadvertently runs the code twice

as a temporary measure, you could replace the

show-native: :show

by

unless any-function? :show-native [show-native: :show]

...or

if command? :show [show-native: :show]

Robert, does that cure the problem for you?

How about you, Pekr?

Lad, sorry, what should I change where?

I posted the changed version of code to our SVN depository

Ah, ok.

(since I was unable to reproduce the problem, I bet it is exactly 
because I never ran the LOAD-GUI twice)

Works. Differently from handling but works.

It works. But it was not enough to just change the view-show.r3 code, 
and call it after do %r3-gui.r3, as the initial redirection will 
remain. A bit tricky, as there is no script to build new r3-gui.r3 
from sources, and sources are collapsed, but I managed it to change 
:-)

well, the next update will cure this issue for everyone, this was 
just for checking

thanks

Is it possible some styles are not adapted well to resizing? When 
I removed 'when style, the space at the top of the panel is not there 
anymore. Then I removed clicker too, upon your suggestion. But - 
when I lower the size of the window, the display is still corrupted 
...

Sure

(meant for the "not adapted")

Aha ... and is there any list of "should work well" styles?

Resizing problem reduced down to button plus text: http://xidys.com/pekr/rebol/messy-resizing2.jpg

thanks

To get that, you need to try xy times. Most of the time I am holding 
down the bottom-right corner, moving randomly the mouse (I remember 
REBOL in the past did not receive updated info about about size, 
unless mouse button is released), and it accidentally can end like 
that. Dunno if any such info is helpfull ...

I really would like it if Carl could fix the event port so that it 
lets all resize events go to the even handlers.


right now, the graphics code has access to it, (because you can see 
the AGG gobs refresh when the window resizing) but the REBOL event 
handlers receive only the last resize event.  which means we cannot 
resize the view while its being dragged.