<div dir="ltr"><div dir="ltr">Hi Christoph and Marcel,</div><div dir="ltr"><br></div><div dir="ltr">The idea to ensure that things demanding attention can be seen after a resize is good.</div><div dir="ltr"><div><br></div></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Mi., 24. Aug. 2022 um 14:03 Uhr schrieb Marcel Taeumel <<a href="mailto:marcel.taeumel@hpi.de" target="_blank">marcel.taeumel@hpi.de</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div id="m_-7285756771221124376gmail-m_-1975645246154537053__MailbirdStyleContent" style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);text-align:left" dir="ltr">Then again, there are users that get frustrated when things move around just because some screen resizing hick-up had some intermediate smaller size ...</div></div></blockquote><div><br></div><div>I am one of those. :-)</div><div><br></div><div>Ideally Squeak could keep track of the position of the various things in the world for different screen sizes. It could then restore the positions if the screen size changes back and the things have not been moved in the meantime. Windows 10 seems to have some memory like this for the desktop icons. I no longer have to rearrange them back to order after accidentally logging in with the wrong display still active and then switching back to the real one with the higher resolution. But alas something like this is the more complex solution.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div id="m_-7285756771221124376gmail-m_-1975645246154537053__MailbirdStyleContent" style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);text-align:left" dir="ltr"><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-top:20px;margin-left:0px;padding-left:10px"><div style="font-family:Arial,Helvetica,sans-serif"><div><div id="m_-7285756771221124376gmail-m_-1975645246154537053__MailbirdStyleContent" style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);text-align:left" dir="ltr">
<div></div>
<blockquote 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:rgb(170,170,170);margin-top:10px">Am 24.08.2022 12:16:17 schrieb <a href="mailto:commits@source.squeak.org" target="_blank">commits@source.squeak.org</a> <<a href="mailto:commits@source.squeak.org" target="_blank">commits@source.squeak.org</a>>:</p>
<div style="font-family:Arial,Helvetica,sans-serif"><br>
Item was added:<br>
+ ----- Method: DialogWindow>>makeMeVisible (in category 'updating') -----<br>
+ makeMeVisible<br></div></blockquote></div></div></div></blockquote></div></div></blockquote><div><br></div><div>Please reconsider the name. Look from the perspective of the sender method's text: the receiver of this message will not make the sender visible... So I find this self reference or first person perspective in the message name odd.</div><div><br></div><div>Likewise, #includes: is not called #include: (as in "I include") and #yourself is not called #myself.</div><div>For a balanced presentation I thought about searching for other existing selectors written with a first person perspective, but then I did not because I had no quick idea how to find any efficiently...</div><div><br></div><div>Apart from that I associate "visible" with not being hidden/cloaked/invisible, rather than being "reachable on the screen." Probably stems back from my Delphi roots.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div id="m_-7285756771221124376gmail-m_-1975645246154537053__MailbirdStyleContent" style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);text-align:left" dir="ltr"><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-top:20px;margin-left:0px;padding-left:10px"><div style="font-family:Arial,Helvetica,sans-serif"><div><div id="m_-7285756771221124376gmail-m_-1975645246154537053__MailbirdStyleContent" style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);text-align:left" dir="ltr"><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-top:20px;margin-left:0px;padding-left:10px;min-width:500px"><div style="font-family:Arial,Helvetica,sans-serif"><br>
Item was added:<br>
+ ----- Method: SystemProgressMorph class>>fullRepaintNeeded (in category 'class initialization') -----<br>
+ fullRepaintNeeded<br>
+ <br>
+ UniqueInstance ifNotNil: [UniqueInstance recenter].!<br></div></blockquote></div></div></div></blockquote></div></div></blockquote><div>In my image, the implementation of recenter has this comment: "This method is no longer used, but kept for a while longer to ensure no difficulties updating via the trunk."</div><div>I only looked at it because in at least one of my images I have patched something such that the progress morph appears in the lower right quarter of the screen rather than in the center.</div><div><br></div><div>Kind regards,</div><div>Jakob</div></div></div>