<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 6, 2017 at 9:45 AM, tim Rowledge <span dir="ltr"><<a href="mailto:tim@rowledge.org" target="_blank">tim@rowledge.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
> On 06-11-2017, at 12:12 AM, Marcel Taeumel <<a href="mailto:marcel.taeumel@hpi.de">marcel.taeumel@hpi.de</a>> wrote:<br>
><br>
> If a dialog asks you for a URL and that thing is in a workspace window nearby, it should be possible to copy that to the clipboard w/o having to close the dialog. Modally exclusive dialogs wouldn't allow that.<br>
<br>
</span>I think that argues for a different level of modal, one based on the originating window/application, and yes it would be very useful. How could we do that?<br>
<br>
Could it be as simple as locking the originating window so it gets no events passed to it? A quick test by inspecting a random browser and locking it suggests it might be a good starting point. </blockquote><div><br></div><div>Maybe the 'model dialog' is instead always on top of the calling outer most morph that isn't the world (or project)?</div><div><br></div><div>Or make modal be 'always on top' in Squeak?  The other windows are still active - you can't can't hide the model morph.  Or a slight variation - always on top, but tied to the calling morph.  If the calling morph is a system window that could be minimized, it would also minimize the modal morph; similar with un-minimize.  As long as the modal isn't minimized, it is on top, too.</div><div><br></div><div>-cbc</div></div></div></div>