<div id="__MailbirdStyleContent" style="font-size: 12pt;font-family: calibri;color: #000000">
                                        
                                        
                                            
                                        
                                        
                                        Hi Dave,<div><br></div><div>in short, take a look at <b>Morph >> #clearArea</b> to honor the Sugar navigation bar.</div><div><br></div><div>You can find a longer explanation by navigation the following code snippets:</div><div><br></div><div>SystemWindow >> #justDroppedInto:event:</div><div>SystemWindow >> #assureLabelAreaVisible</div><div>RealEstateAgent class >> #maximumUsableAreaInWorld:</div><div>Morph >> #visibleClearArea</div><div>Morph >> #clearArea</div><div><br></div><div>The avoidance of the docking bar on window-drop is new. But the actual logic behind it is very old, from 2004. It has been used for maximizing a window.</div><div><br></div><div>To verify, try maximizing your window and see if it also interferes with the Sugar navigation bar.</div><div><br></div><div>Maybe the SugarNavigatorBar should respond to #isDockingBar with true. Might do the trick. ;-)</div><div><br></div><div>Best,</div><div>Marcel</div><div><br></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 28.09.2017 04:26:08 schrieb David T. Lewis <lewis@mail.msen.com>:</p>When I use the mouse to move a SystemWindow to a new position, the mouse<br>down produces a square frame that moves with the hand position, and the<br>mouse up makes the frame go away with the SystemWindow being relocated<br>to the new position.<br><br>In most cases, the new position of the SystemWindow is the position to<br>which it was moved with the mouse. However, if the new position is at the<br>top of the world PasteUpMorph, possibly conflicting with the world main<br>docking bar or the Sugar navigator bar, then the new SystemWindow position<br>is modified to avoid the top region.<br><br>Where is the code that figures out the new position in the case of a<br>SystemWindow being dragged to the top of the world PasteUpMorph? I am<br>trying to debug a window positioning problem in one of my images, and<br>I cannot figure out where the magic happens.<br><br>Thanks,<br>Dave<br><br><br>
                        </blockquote></div>