<body><div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000;text-align: left" dir="ltr">
                                        Hi Chris --<div><br></div><div>> <span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">The above is how it used to work [...]</span></div><div><br></div><div>I tweaked PluggableTextMorph >> #cancelSafely make it simple again and give model's the required control over #textEdited:, if they use it at all. Thanks for the clarification. We should watch out for simplicity and consistency here.</div><div><br></div><div>> <span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">Currently, "cancel" in an Inspector bottom pane does nothing, which is </span><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">kind of confusing, since the option is actually on the menu.</span></div><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px"><br></span></div><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">Thanks. Fixed.</span></div><div><br></div><div>> <span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">... oh no! While testing this, I just noticed Workspaces now force </span><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">you to save out to the external filesystem!</span></div><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px"><br></span></div><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">Nobody is forced here. xD Just disable that preference in the preferences. It's also in the wizard. "</span><span style="font-family: Arial, Helvetica, sans-serif"><span style="font-size: 13px">Workspace fileOutOnAccept".</span></span></div><div><span style="font-family: Arial, Helvetica, sans-serif"><span style="font-size: 13px"><br></span></span></div><div><span style="font-family: Arial, Helvetica, sans-serif"><span style="font-size: 13px">Best,</span></span></div><div><span style="font-family: Arial, Helvetica, sans-serif"><span style="font-size: 13px">Marcel</span></span></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;'>
                        <p style='color: #AAAAAA; margin-top: 10px;'>Am 23.01.2022 04:00:30 schrieb Chris Muller <asqueaker@gmail.com>:</p><div style='font-family:Arial,Helvetica,sans-serif'>Hi Marcel,<br><br>> I don't understand what you are talking about. Both "accept" and "cancel" have still consistent and predictable behaviors.<br><br>Strictly from a user's perspective and not the responsibilities or<br>implementation, when:<br><br>  1) the user edits their useful contents<br>  2) presses Accept --> System records the contents in a variable<br>somewhere.  State switches to non-dirty.<br>  3) the user messes up their contents, state back to dirty.<br>  4) user presses Cancel, contents reverts to last-accepted contents<br>(from step 2).<br><br>The above is how it used to work in Workspaces, and how it should work<br>by default in _every_ text Model that doesn't override Accept and<br>Cancel to do something else.  It's a predictable and even quite useful<br>behavior for workspaces for keeping scratch notes or long-term<br>Inspectors or Explorers during long dev / debugging sessions involving<br>a specific object.<br><br>> The only "new thing", which was already there in 5.3, is maybe #textEdited: where models can directly intercept typed contents and use them.<br><br>Currently, "cancel" in an Inspector bottom pane does nothing, which is<br>kind of confusing, since the option is actually on the menu.  But,<br>you're right, Cancel only works in Workspaces in 5.3, not Inspectors<br>or Explorers.  But, it should!  So, it's technically not a regression<br>for this release.  However...<br><br>... oh no!  While testing this, I just noticed Workspaces now force<br>you to save out to the external filesystem!  I must've missed the<br>discussion about this change.  This is a *really negative* change to<br>the IDE that goes far beyond "I work this way, you work that way."  It<br>establishes a new precedent that will (mis)lead new users to establish<br>bad habits, IMO.  I've tried to explain in past discussions how<br>designing the seam between the image and the external world<br>haphazardly is a mistake.  Hopefully we'll consider an alternative to<br>that.  At a minimum, it should not be activated by "Accept" but a<br>separate, explicit menu item (on the extras menu, not the primary) and<br>with no hotkey.  There are good IDE design reasons for doing this...<br><br>Best,<br>  Chris<br><br></div></blockquote>
                                        </div></body>