<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Helvetica,sans-serif;" dir="ltr">
<div id="divtagdefaultwrapper" style="font-size: 12pt; color: rgb(0, 0, 0); font-family: Calibri, Helvetica, sans-serif, EmojiFont, "Apple Color Emoji", "Segoe UI Emoji", NotoColorEmoji, "Segoe UI Symbol", "Android Emoji", EmojiSymbols;" dir="ltr">
<p>Interesting. The defect appears to be #<span>updateLayoutProperties, where #hResizing and #vResizing are set without regard to their old values. While the menu items are okay to be set like this, the spacers are not, and neither are the search bar and the
clock (for completeness, the docking bar is built in #<span>fillDockingBar:)</span>. I don't know how we could rule this best:</span></p>
<p><span><br>
</span></p>
<p><span></p>
<p style="font-family: Calibri, Helvetica, sans-serif, EmojiFont, "Apple Color Emoji", "Segoe UI Emoji", NotoColorEmoji, "Segoe UI Symbol", "Android Emoji", EmojiSymbols; font-size: 16px;">
Store the relative resizing information as a new property in each submorph of the docking bar? This would make it harder to extend it.</p>
Only swap hResizing and vResizing values when the method is called (with a few assertions, of course)? This is not too easy because the docking bar has more than two resizing states: It can be floating, too.</span>
<p></p>
<p><span style="font-size: 12pt;">Remember the latest resizing properties of all submorphs before the adhering is changed, and reapply it when possible? This sounds the most plausible approach to me. But it will revert layout changes made by the user when you
drag the docking bar multiple times.</span></p>
<p><span style="font-size: 12pt;"><br>
</span></p>
<p><span style="font-size: 12pt;">What do you think?</span><br>
</p>
<div id="Signature">
<div id="divtagdefaultwrapper" dir="ltr" style="font-size: 12pt; color: rgb(0, 0, 0); font-family: Calibri, Helvetica, sans-serif, EmojiFont, "Apple Color Emoji", "Segoe UI Emoji", NotoColorEmoji, "Segoe UI Symbol", "Android Emoji", EmojiSymbols;">
<div name="divtagdefaultwrapper" style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:; margin:0">
<div>
<div class="_rp_T4" id="Item.MessagePartBody">
<div class="_rp_U4 ms-font-weight-regular ms-font-color-neutralDark rpHighlightAllClass rpHighlightBodyClass" id="Item.MessageUniqueBody" style="font-family:wf_segoe-ui_normal,"Segoe UI","Segoe WP",Tahoma,Arial,sans-serif,serif,EmojiFont">
<div dir="ltr">
<div id="divtagdefaultwrapper"><font face="Calibri,Helvetica,sans-serif,EmojiFont,Apple Color Emoji,Segoe UI Emoji,NotoColorEmoji,Segoe UI Symbol,Android Emoji,EmojiSymbols">
<div id="Signature">
<div style="margin:0px"><font style="font-family:Calibri,Arial,Helvetica,sans-serif,serif,EmojiFont"></font></div>
</div>
</font></div>
</div>
</div>
</div>
</div>
<div><font size="2" color="#808080"></font></div>
</div>
</div>
</div>
Best,</div>
<div id="divtagdefaultwrapper" style="font-size: 12pt; color: rgb(0, 0, 0); font-family: Calibri, Helvetica, sans-serif, EmojiFont, "Apple Color Emoji", "Segoe UI Emoji", NotoColorEmoji, "Segoe UI Symbol", "Android Emoji", EmojiSymbols;" dir="ltr">
Christoph<br>
<br>
<div style="color: rgb(0, 0, 0);">
<div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>Von:</b> Squeak-dev <squeak-dev-bounces@lists.squeakfoundation.org> im Auftrag von K K Subbu <kksubbu.ml@gmail.com><br>
<b>Gesendet:</b> Sonntag, 22. März 2020 16:29 Uhr<br>
<b>An:</b> The general-purpose Squeak developers list<br>
<b>Betreff:</b> [squeak-dev] DockingBarMorph errors?</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">All,<br>
<br>
I encountered a strange problem by accident with the main docking bar in <br>
Squeak 6.0alpha-19541 (linux VM):<br>
<br>
* bring up halo menu on the main docking bar<br>
* click on pick icon and click again in the same place.<br>
* Expected behavior - the main docking bar remains unchanged<br>
* Actual behavior - menu items are packed to the left.<br>
<br>
Does anyone else see the same behavior?<br>
<br>
I also saw another anomaly:<br>
<br>
* If I click ctrl-1 ctrl-2 etc, the drop down menu appears below <br>
Project, Tools etc. But if I press ctrl-0, the drop down menu remains in <br>
place but the text cursor switches to the Search Bar. This is confusing <br>
and disconcerting.<br>
<br>
Regards .. Subbu<br>
<br>
</div>
</span></font></div>
</div>
</div>
</body>
</html>