Control Shift Graphic Bug Possible Cause

[Bob Sneidar]

Okay I believe I have isolated the cause of my graphical display bug. When I go to another card in the stack, for some reason the card resizes. I know this because when I go back, the original card is smaller than it was when I left it and not all the objects fit. 

I believe that this resizing is what is causing the “shifting” of objects. I’m pretty sure I know what is causing this too. I have a menu on the first card and not on the second. On the Mac, having a menu set as the system menu causes all the objects on the card to shift up the size of the menu group. 

It’s been discussed before, but it is really distracting. Instead changing the size of the card to hide the menu group, the group should just be hidden. Now with the new graphics engine I believe this “shifting” of objects because of the presence or absence of a system menu object is at the heart of the problem. 

Fortunately I found a workaround. I set the min and max heights of the stack to the current size of the stack so that the engine will not resize the window when switching from card to card. I will submit another bug report when I have a chance. 

Bob S


> On Jan 28, 2015, at 07:58 , Bob Sneidar <bobsneidar at iotecdigital.com> wrote:
> 
> Hi all. 
> 
> I reported and filed a bug report about going to a card and having all the controls shifted, and “holes” in the background graphic where the controls should have been. I just noticed that sometimes because of the size of my windows, my stack window positions will shift up to where the title bar is behind the Toolbar. When this just happened I noticed the controls had all shifted producing this bug. However, when I moved the window so that  the title bar was no longer behind the toolbar, the window redrew correctly. 
> 
> Anyone having this graphic bug give that a try next t time it rears it’s ugly head. 
> 
> Bob S
> 
>