<body><div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000;text-align: left" dir="ltr">
                                        Hi Tim --<div><br></div><div>Hmm... I cannot reproduce that in Ubuntu 18. What I can reproduce is a very strange behavior of primitiveHostWindowSizeSet in X11. I will look into that.</div><div><br></div><div>Best,</div><div>Marcel</div><div class="mb_sig"></div><blockquote class='history_container' type='cite' style='border-left-style:solid;border-width:1px; margin-top:20px; margin-left:0px;padding-left:10px;'>
                        <p style='color: #AAAAAA; margin-top: 10px;'>Am 31.05.2022 19:07:53 schrieb tim Rowledge <tim@rowledge.org>:</p><div style='font-family:Arial,Helvetica,sans-serif'>Pi-4-1<br>screen size 1600@1200<br>VM /home/pi/Documents/Squeak/sqcogspur64ARMv8linuxht/lib/squeak/5.0-202205110711-64bit/squeak<br>image squeak 6 alpha 21829<br>opens with display extent = 1016@702<br>increase to 1448@986 by usual dragging<br><br>save and quit<br><br>restart<br>display extent is 1016@702.<br><br>Copy this file to Goldskin (another Pi 4)<br>screen size 1920@1440<br>VM /home/pi/Documents/Squeak/sqcogspur64ARMv8linuxht/lib/squeak/5.0-202205110711-64bit/squeak<br>opens with display extent1448@986<br>drag to extent 1632@1092<br>save and quit<br>reopen<br>display extent is 1632@1092<br><br>copy *that* back to  Pi-4-1<br>display extent ... 1016@702<br><br>> On 2022-05-31, at 8:26 AM, Marcel Taeumel <marcel.taeumel@hpi.de> wrote:<br>> <br>> Okay. Let my try to understand what is happening here.<br>> <br>> Platform: LinuxARMv8<br>> <br>> 1. Resize window to ??? then save-and-quit.<br>> 2. Open on a 1920 by 1080 screen but window is smaller than ???.<br>> 3. Open on a 1920 by 1440 screen and window is exactly ???.<br>> <br>> So, what is ??? in this scenario? :-)<br>> <br>> And what are the results of...<br>> <br>> Display platformScaleFactor.<br>> Display uiScaleFactor.<br>> <br>> Best,<br>> Marcel<br>>> Am 30.05.2022 19:02:24 schrieb tim Rowledge <tim@rowledge.org>:<br>>> <br>>> Sorry if I wasn't clear - it's the *host* window size that is messed up for me.<br>>> <br>>> > On 2022-05-30, at 2:40 AM, Marcel Taeumel wrote:<br>>> > <br>>> > Hi Tim --<br>>> > <br>>> > Are you referring to the host-window size or the system-window size? I think you mean the latter. Whether or not the scale factor is involved, you can check by looking at what is selected in "Extras > Scale Factor" menu.<br>>> > <br>>> > I am not sure that I really understand what you mean. However, there are two hard-coded numbers in RealEstateAgent class >> #strictlyStaggeredInitialFrameFor:... which we did not adjust to the scale factor.<br>>> > <br>>> > ...<br>>> > "Number to be staggered at each corner (less on small screens)"<br>>> > maxLevel := allowedArea area > 300000 ifTrue: [3] ifFalse: [2].<br>>> > "Amount by which to stagger (less on small screens)"<br>>> > grid := allowedArea area > 500000 ifTrue: [40] ifFalse: [20].<br>>> > ...<br>>> > <br>>> > Would you apply a "* self scaleFactor" to those areas and see if the problem gets fixed? :-) Maybe also the grid.<br>>> > <br>>> > ---<br>>> > <br>>> > This is most likely not a VM issue but related to a feature in newer VMs. It might be that a newer VM will actually deliver that platformScaleFactor which will then set the image-side uiScaleFactor which will then modify the "RealEstateAgent scaleFactor" which will then result in bigger default-window areas and thus hit those magic boundaries. Not sure.<br>>> > <br>>> > Best,<br>>> > Marcel<br>>> >> Am 29.05.2022 20:54:38 schrieb tim Rowledge :<br>>> >> <br>>> >> I'm just trying the latest release VM (ARMv8 on a Pi in this case) and it seems to be doing Odd Things with the window size.<br>>> >> <br>>> >> The same image on two different Pis opens with different window sizes. One Pi has a 1920@180 screen and the initial window is notably smaller than what it was when I saved the image, the other has a 1920@1440 screen and the initial window size is what I set. That size is not larger than the 1920@1080 screen, by the way. To the best of my recollection this is new (mis)behaviour.<br>>> >> <br>>> >> We've always done some startup checks in the VM to fit the window within the available display limits but I don't remember previously over-riding the requested size this aggressively. Has anyone changed this code recently? Or is this a side effect of recent scale factor stuff? I can't spot any suspicious code in the image right now.<br>>> >> <br>>> >> tim<br>>> >> --<br>>> >> tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim<br>>> >> A misplaced modifier walks into a bar owned a man with a glass eye named Ralph<br>>> >> <br>>> >> <br>>> > <br>>> <br>>> <br>>> tim<br>>> --<br>>> tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim<br>>> Useful random insult:- Always responds to "Make Money Fast" postings on the Net.<br>>> <br>>> <br>>> <br>> <br><br><br>tim<br>--<br>tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim<br>Strange OpCodes: VMB: Verify, then Make Bad<br><br><br><br></tim@rowledge.org></marcel.taeumel@hpi.de></div></blockquote>
                                        </div></body>