<div dir="auto">Hi Chris,<br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">Chris Muller <<a href="mailto:asqueaker@gmail.com">asqueaker@gmail.com</a>> schrieb am Fr., 31. Juli 2020, 22:47:</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> *but*<br>
<br>
It would be a problem in dialogues with several input fields though; see for example the SqueakMap edit tool. </blockquote><div><br></div><div>That's different.  Not modal.  Just like the code browser, where you don't want Cmd+s to close the code browser.  But for modal dialogs, yes, ...</div></div></div></blockquote></div><div dir="auto"><br></div><div dir="auto">What do you think about windows that are input requesting dialogs, but not modal, as in: prevents other interactions while it is open? The commit dialog of the Git Browser falls into this category. But even though the Monticello save dialog will claim to be modal if its process is interrupted, it isn't really since you can do other things while it is open. So you could also answer with the Monticello save window in mind. Or the Monticello merge tool, which does not have text input for a change.</div><div dir="auto"><br></div><div dir="auto">Kind regards,</div><div dir="auto">Jakob</div><div class="gmail_quote" dir="auto"></div></div>