It used to be that Cmd+s would remember the contents of text fields in
windows, so that if I then made further modifications to it which I *then*
change my mind about, I could press Cmd+l (lowercase L), to restore it to
the last-accepted state.  I really miss that in Workspaces and inspectors.

But it should never close a multifield dialog, IMO.  Maybe it shouldn't
even for FillInTheBlank either, for consistency.

 - Chris

On Sat, Aug 1, 2020 at 7:28 AM Jakob Reschke <forums.jakob at resfarm.de>
wrote:

> Hi Chris,
>
> Chris Muller <asqueaker at gmail.com> schrieb am Fr., 31. Juli 2020, 22:47:
>
>>
>>
>>> *but*
>>>
>>> It would be a problem in dialogues with several input fields though; see
>>> for example the SqueakMap edit tool.
>>
>>
>> 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, ...
>>
>
> 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.
>
> Kind regards,
> Jakob
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20200801/8484828e/attachment.html>