<div dir="ltr"><div dir="ltr">Hi Tim and tim,   :)</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">> On 2020-07-31, at 8:24 AM, Tim Johnson <<a href="mailto:digit@sonic.net" target="_blank">digit@sonic.net</a>> wrote:<br>
> <br>
> If Cmd-s is a shortcut for "accept" (which I think it is, throughout most of Squeak), and in this dialog, "accept" (i.e. the "accept" button) saves the image with the new name and closes the dialog, then Cmd-s should perform the "accept" operation, which closes the dialog.<br>
> <br>
> I don't mean to defend this metaphor, but it seems consistent throughout most of Squeak...<br>
<br>
I'm pretty much in agreement here; we use cmd-s all over the place as 'save/finish/accept' and it makes sense (to me) for a lot of dialogues.</blockquote><div><br></div><div>Me too.  +1</div><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, and, before FileDialog, "save image as..." did, via the standard FillInTheBlank.  I miss it terribly, and remain strongly against even the <u>concept</u> of presenting a FileDialog to the user for "save image as..." as well as for saving and loading preferences.  It's appropriate for adding Monticello DirectoryRepositories, because that's <u>what that use-case is about</u> but, IMO, it's actually harmful in those other ones.</div><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">It could be a problem for dialogues where we allow longer text that might have CRs. </blockquote><div><br></div><div>Actually, that's where Cmd+s <u>is</u> useful isn't it?  So that Return can insert the CR's instead of accepting the dialog..?</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">We do need to keep it possible to close/accept/cancel with just keyboard input as well.<br></blockquote><div><br></div><div>+1<br></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">
<br>
Possibly it would also help to make the text field in such dialogues *not* have the stuff-changed-triangle; that might be a cue that you don't use cmd-s in it?<br></blockquote><div><br></div><div>-1</div><div><br></div><div>Best,</div><div>  Chris</div></div></div>