<div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000;text-align: left" dir="ltr">
Hi Chris --<div><br></div><div>> <span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">And if the users' goal is explicitly to make a duplicate, then don't understand why the duplicate halo, even despite being at another user-interface level, should be an issue. What's wrong with using Squeak's power?</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">Because using the halo is a totally different mechanism while the meaning of "re-use windows" can be tweaked to be more appealing to a broader audience.</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">Christoph suggested that we should not ignore the user's input when they want to spawn another tool -- even if it would look the same as the tool they are currently working with. A common example is to hit the "browse" button in an open System Browser. You just want to get a new window to then browse something different, but nearby. Would be quite annoying to have to resort to the Morphic halo for this case.</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">> </span><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">Marcel made this logic change when he also introduced the "context" and "requestor" complexities into the method.</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">It is still at a single place and thus easy to maintain. I am not saying that the current query is perfect. I was just negotiating between Chris' and Christoph's requirements for the reuseWIndows preference. I am happy to see that you found that line/query and can now reason about it.</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 12.01.2022 06:43:20 schrieb Chris Muller <asqueaker@gmail.com>:</p><div style="font-family:Arial,Helvetica,sans-serif">
<div dir="ltr"><div dir="ltr"></div>Hi Christoph,<div><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex;border-left: 1px solid rgb(204,204,204);padding-left: 1ex;min-width: 500px"><div><div id="m_5185197772172442641gmail-m_8868339927741127060divtagdefaultwrapper" style="font-size: 12pt;color: rgb(0,0,0);font-family: Calibri,Helvetica,sans-serif" dir="ltr"><p>please make sure to honor the <span>SystemWindow reuseWindows preference when revising this behavior. :-)</span></p></div></div></blockquote><div><br></div><div>I also noticed what appeared to be a slight regression with this when the MessageTrace was spawned by the (I)nheritance function, and then again from the same method in the just-spawned MessageTrace. It spawns another, duplicate, MessageTrace. After that, however, no more are spawned by doing the same behavior. Very strange!</div><div><br></div><div>I traced the cause to this line of code (see attached fileout). Marcel made this logic change when he also introduced the "context" and "requestor" complexities into the method. The compact comment there says, "Search for the requesting window to ignore it later.".</div><div><br></div><div>After fixing the squeak source server, revisions is working again and I found the good comment Marcel made about the change (even though I disagree with it).</div><div>________</div><div>Name: Morphic-mt.1761<br>Author: mt<br>Time: 26 April 2021, 9:45:48.321064 am<br>UUID: b6da97e8-f5a5-ac41-9880-5a0c0e547913<br>Ancestors: Morphic-mt.1760<br><br>Avoid reusing a window if it is the requesting window. This is useful for the "browse" button in the system browser or even for the "hierarchy" button in the hierarchy browser if the hierarchy is the same. A common yet simple way to duplicate a window without using a halo. Since this is an explicit user interaction, it is not expected to interfere with the "re-use windows" preference. I suppose. :-)<br></div><div>_________</div><div><br></div><div>So, I actually rely on Reuse Windows to *top* the requestor window (I always use the, "Windows' Contents Are Always Active" mode) if it's the only one, because the point of Reuse Windows is to not have to _know_ whether that's the only one open, and therefore avoiding opening a duplicate. Avoiding unwanted duplicates is actually the purpose of Reuse Windows. And if the users' goal is explicitly to make a duplicate, then don't understand why the duplicate halo, even despite being at another user-interface level, should be an issue. What's wrong with using Squeak's power? And even still another way is to simply make it dirty on purpose. So, I'm not a big fan of this change.</div><div><br></div><div>Best,</div><div> Chris</div><div> </div></div></div></div>
</div></blockquote></div>