Window Resizing Head-scratcher...
Thomas J McGrath III
3mcgrath at adelphia.net
Mon Nov 10 13:14:10 EST 2003
Hi,
I tried Jason's work around and sure enough when switching resolutions
it did not resize this time. That is weird.
> 3. I found a work-around. I added the following to the preOpenStack in
> the Stack script:
> set the height of me to 600
> set the width of me to 800
> Waddya know... it works!
This did the trick for me. But why would doing this stop it from
resizing when it should not have in the first place????
It seems a resize command is being sent to the development environment
when the resolution/screen size is changed and that REV is ignoring my
don't resize setting. It should not ignore it.
I wanted to keep the decorations but still not allow a resize but if a
resolution/screen size was changed it still did a resize.
I am going to have to hide the menu bar and hide the task bar and set
the decorations to empty in order to make it work.
But what I wanted was no OS menu bar but still keep a title bar at the
top of my window and have it 800x600 static and no resize by the user.
But the resolution/screen resize still made the stack resize.
Tom
On Monday, November 10, 2003, at 12:54 PM, Richard Gaskin wrote:
> Thomas J McGrath III wrote:
>
>> Although I 'was' trying to make room for the menus and dock I still
>> had
>> the same problem when resizing my own screen from the 1024x down to
>> 800x. I tried hiding the menus etc. and still had the same problem you
>> found. So the underlying issue was the same.
>> I also noticed it only affected the main window (no. 2 below) and not
>> substacks and that it was only a Mac OSX issue. I would consider that
>> a
>> 'bug' in my opinion.
>> I will try your work around and see if that fixes it here.
>>
>> Did you play around with the "Try setting the windowBoundingRect to
>> the
>> screenRect" as was suggested? I did and did not see the expected
>> results at all... I think that is for something different.
>
> I'm not sure what's causing your specific issue, but I know how to
> avoid it:
> If you design your app's windows to be no larger than the NET
> available size
> on the target monitor (minus menu bar, start bar/Dock, window
> trimmings,
> etc.) the stack will not resize. At least, not in my experience.
>
> This may be related to a memory efficiency which would be afforded if
> the
> engine allotted only the net size to a window's offscreen buffer; I'm
> just
> guessing here, but that might explain why explicitely resizing the
> stack
> beyond the visible bounds seems to force an adequate buffering.
>
> --
> Richard Gaskin
> Fourth World Media Corporation
> ___________________________________________________________
> Ambassador at FourthWorld.com http://www.FourthWorld.com
> Tel: 323-225-3717 AIM: FourthWorldInc
>
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
>
Thomas J McGrath III
Advanced Media Group
220 Drake Rd.
Bethel Park, PA 15102
3mcgrath at adelphia.net
More information about the use-livecode
mailing list