<div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000;text-align: left" dir="ltr">
                                        Hi Chris --<div><br></div><div>I don't understand what you are talking about. Both "accept" and "cancel" have still consistent and predictable behaviors. The only "new thing", which was already there in 5.3, is maybe #textEdited: where models can directly intercept typed contents and use them. This is unrelated to the still functional "accept" and "cancel" operations.</div><div><br></div><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">> What is the benefit of </span><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">tossing the user's input which they explicitly accepted?</span><br style="font-family: Arial, Helvetica, sans-serif;font-size: 13px"></div><div><br></div><div>We don't do that. What are you referring to?</div><div><br></div><div>Best,</div><div>Marcel</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 22.01.2022 07:23:45 schrieb Chris Muller <asqueaker@gmail.com>:</p><div style="font-family:Arial,Helvetica,sans-serif">Hi Marcel,<br><br>"Accept" and "Cancel" had consistent and predictable behaviors until<br>5.3, when they suddenly became exceptional.  What is the benefit of<br>tossing the user's input which they explicitly accepted?<br><br>If the user explicitly "accepted" certain contents before, isn't that<br>their instruction of what they want?  And if they wanted blank, they<br>could just as easily accept blank contents.  This would at least be a<br>consistent behavior, _and_ a useful function.  And the user endures no<br>extra keystrokes to "Delete everything" because Cmd+a prepare that<br>upon their next keystroke.<br><br>The old behavior seems better from multiple points.<br><br>Regards,<br>  Chris<br><br>On Thu, Jan 20, 2022 at 5:46 AM <commits@source.squeak.org> wrote:<br>><br>> Marcel Taeumel uploaded a new version of Morphic to project The Trunk:<br>> http://source.squeak.org/trunk/Morphic-mt.1852.mcz<br>><br>> ==================== Summary ====================<br>><br>> Name: Morphic-mt.1852<br>> Author: mt<br>> Time: 20 January 2022, 12:46:23.025835 pm<br>> UUID: 1984ed82-28fe-4b43-a07c-157bdf07398a<br>> Ancestors: Morphic-mt.1851<br>><br>> In text fields, fixes #cancelSafely (i.e. CMD+L) for models that directly derive their textual contents user input (i.e. #textEdited:) without an extra #accept step. Examples include all uses of PluggableTextSpec >> #editText: such as Inspector, ObjectExplorer, and SearchBar. And the Debugger, which uses Inspector.<br>><br>> =============== Diff against Morphic-mt.1851 ===============<br>><br>> Item was changed:<br>>   ----- Method: PluggableTextMorph>>cancelSafely (in category 'menu commands') -----<br>>   cancelSafely<br>> +       "Cancel all edits by replacing the content with the original contents. Retain the undo history. If a model is listening to #textEdited and maybe also directly derives #getText from it, clear the edit buffer first, so that a cancel means deleting everything."<br>> -       "Cancel all edits by replacing the content with the original contents. Retain the undo history."<br>><br>>         self handleEdit: [<br>> +               self textEdited: ''.<br>>                 textMorph editor replaceAllWith: self getText.<br>> +               self textEdited: textMorph contents.<br>>                 self selectInterval: self getSelection.<br>>                 self hasUnacceptedEdits: false].!<br>><br>><br><br></commits@source.squeak.org></div></blockquote></div>