<div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000;text-align: left" dir="ltr">
Hi Javier,<div><br></div><div>this is most likely a configuration issue and thus easy to fix in your code. I will take a look at <span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">BobsUI/BobsUI-jdr.7.mcz and "</span><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">ExampleRolodex open".</span></div><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px"><br></span></div><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">In 5.3, we added tests for TableLayout and fixed several bugs. Yet, some "unexpected behavior" might have changed, which client code maybe relied on until now -- to be addressed in that client code. But maybe there are more bugs to fix and tests to write. :-)</span></div><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px"><br></span></div><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">Best,</span></div><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">Marcel</span></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;min-width: 500px">
<p style="color: #AAAAAA; margin-top: 10px;">Am 18.01.2021 22:29:00 schrieb Javier Diaz-Reinoso via Squeak-dev <squeak-dev@lists.squeakfoundation.org>:</p><div style="font-family:Arial,Helvetica,sans-serif">After finish all the features for version 1.0.0 in my port of Pronterface in squeak 4.5:<div class=""><blockquote type="cite" class="" style="min-width: 500px"><a href="https://sourceforge.net/p/sqpronterface/mercurial/" class="">https://sourceforge.net/p/sqpronterface/mercurial/</a></blockquote><br class=""></div><div class="">I am trying to test in squeak 5.3 but I encounter problems with BobsUI who is the framework I am using.</div><div class=""><br class=""></div><div class=""><div class="">BobsUI use a lot of nested UIAlignmentMorphs and the layout of that is mostly OK, but the problem appears in a UIGroupBoxMorph, in this morph the top submorph are only two: a label (UIStringMorph) and a container (UIMorph) who have the submorphs of the widgets of the group, this image show the problem between squeak 4.5 and 5.3, this is using the basic example of BobsUi called ExampleRolodex:</div><div class=""><img apple-inline="yes" id="797A2E69-0A68-479E-93EA-67AAA9627391" src="cid:4B18019E-A0DA-4ABE-A76B-5FFC5B90E976" class=""></img></div><div class="">Tracing the execution of the creation of the morphs I find the problem in Morph>>adjustLayoutBounds reverting the version "mt 8/22/2019" to "ar 11/12/2000" restore the view (mostly) to the version 5.2.</div><div class=""><br class=""></div><div class="">From the tracing I see changes in the order of the selectors who are used to evaluate the size of the tree of submorphs; appears to be that the old version (4.5) always wait to obtain the size of the "leaves" of the tree of submorphs before updating the top submorphs, I think the actual version fix some sizes prematurely.</div><div class=""><br class=""></div><div class="">This is also apparent in other problem who is present in 5.2 and 5.3 but not in 4.5, 5.1, this image show the top of the UIWindowMorph (4.5 and 5.2):</div><div class=""><img apple-inline="yes" id="8F938A86-27B7-4045-BB0D-65FBF119905E" src="cid:5EEE50A6-9D1D-4F1D-8DD6-7C4750AB4336" class=""></img></div><div class=""><br class=""></div><div class="">appears the title (UITitleBarMorph) size is fixed before the (last) UIGroupBoxMorph of the window is evaluated.</div><div class=""><br class=""></div><div class="">Also in 5.3 (not in 5.2 and before) there is a lot of extra space around the widgets, the UIWindowMorph size are:</div><div class="">4.5<span class="Apple-tab-span" style="white-space:pre"> </span>429 × 337 pixels</div><div class="">5,1<span class="Apple-tab-span" style="white-space:pre"> </span>438 × 363 pixels, appears to be a change of fonts in the system</div><div class="">5.2<span class="Apple-tab-span" style="white-space:pre"> </span>428 × 333 pixels</div><div class="">5.3<span class="Apple-tab-span" style="white-space:pre"> </span>500 × 479 pixels</div><div class=""><br class=""></div><div class="">this is worse in the title of 5.3 because the extra space move te title down the proper position:</div><div class=""><img apple-inline="yes" id="F97FE960-4D45-4FA4-BE21-36DEF9D2986A" src="cid:7754BA20-5E58-4ACF-965D-B19236C7291F" class=""></img></div><div class=""><br class=""></div><div class="">Finally I find the bounds and fullBound of the submorphs in 5.x are absolute where in 4.5 was relative to the window, in my probable naive opinion, I think is a lot of updates when a window move versus a single update to the top morph, for example ExampleRolodex have 77 submorphs, sqPronterface have 158.</div><div class=""><br class=""></div><div class="">For reproducing the results, you can copy BobsUI/BobsUI-jdr.7.mcz (177KB) from the repository and create the window with:</div><div class=""><br class=""></div></div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>ExampleRolodex open</div><div class=""><br class=""></div><div class="">beware that BobsUI, intentionally, suppress the halos, so you need to use Crtl-click or equivalent to inspect it, delete, ....</div><div class=""><br class=""></div><div class=""><br class=""></div></div></blockquote></div>