<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Thanks Marcel!  This is working here now, 6.0alpha-21644.<div class=""><br class=""></div><div class="">Unfortunately when testing this, I'm noticing another change I didn't expect. Cmd-Left Arrow and Cmd-Right Arrow do not navigate between words in the Workspace anymore.  All Cmd-arrow keys (up, down, left, right) now move to the beginning/end of the Workspace text.  </div><div class=""><br class=""></div><div class="">Was this an intentional change?  If so, I'm dismayed — not only because it breaks my muscle memory from ~fifteen years of using this, but also because it's now inconsistent with how code panes in Browser work (Cmd-Left/Right arrow still navigate between tokens/words in browser code panes...) and having Workspace keyboard navigation work differently from code pane keyboard navigation seems non-ideal...?</div><div class=""><br class=""></div><div class=""><div class=""><div class="">For what it's worth, I noticed that Home/End (a.k.a. Fn-Left and Fn-Right on an Apple keyboard) seem to retain their behavior of going to the beginning/end of line, so that's at least comforting.  :) </div></div><div class=""><br class=""></div><div class="">Thanks again,</div><div class="">Tim</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><div><blockquote type="cite" class=""><div class="">On Apr 17, 2022, at 6:04 AM, Marcel Taeumel <<a href="mailto:marcel.taeumel@hpi.de" class="">marcel.taeumel@hpi.de</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class=""><div id="__MailbirdStyleContent" style="font-size: 10pt; font-family: Arial; text-align: left;" dir="ltr" class="">
                                        Hi Tim --<div class=""><br class=""></div><div class="">Fixed via Graphics-mt.509. Test in MorphicTests-mt.86.</div><div class=""><br class=""></div><div class="">Best,</div><div class="">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;"><p style="color: #AAAAAA; margin-top: 10px;" class="">Am 13.04.2022 16:14:26 schrieb Tim Johnson <<a href="mailto:digit@sonic.net" class="">digit@sonic.net</a>>:</p><div style="font-family:Arial,Helvetica,sans-serif" class="">Thanks Marcel.  Happy to help.  Using Trunk for regular tasks is sometimes challenging, but necessary and fruitful.  : )<div class=""><br class=""></div><div class="">I'd love to see a SUnit test against this if possible.  Maybe I can write one.  It's been a while.<div class=""><br class=""></div><div class=""><div class=""><br class=""><blockquote type="cite" class=""><div class="">On Apr 12, 2022, at 6:32 AM, Marcel Taeumel <<a href="mailto:marcel.taeumel@hpi.de" class="">marcel.taeumel@hpi.de</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class=""><div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;text-align: left" dir="ltr" class="">
                                        Wohoo! You can reproduce that bug. Thanks! It is related to paragraph re-composition. Now I can finally debug it. Thanks! :-)<div class=""><br class=""></div><div class="">Best,</div><div class="">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;"><p style="color: #AAAAAA; margin-top: 10px;" class="">Am 12.04.2022 01:47:57 schrieb Tim Johnson <<a href="mailto:digit@sonic.net" class="">digit@sonic.net</a>>:</p><div style="font-family:Arial,Helvetica,sans-serif" class="">Hi all,<div class=""><br class=""></div><div class="">Just noticed something wrong in Workspace in Squeak6.0alpha-21580-64bit (2022-04-09)...<div class=""><br class=""></div><div class="">Enter four lines in Workspace, with a trailing carriage return.  Do a select all.  All lines are selected.</div><div class=""><br class=""></div><div class=""><span id="cid:065690B6-0CDD-4442-8385-6DA17C045FD9@gateway.sonic.net" class=""><Screen Shot 2022-04-11 at 4.45.14 PM.png></span></div><div class=""><br class=""></div><div class="">then press some key to make it unselected  (say, cursor down arrow key)</div><div class=""><br class=""></div><div class="">then go back and delete the second line (I use arrow keys and then Shift-down and then backspace)  </div><div class=""><br class=""></div><div class="">then do a Select-all again ... if your situation is like mine, the last line will not be part of the range selected...</div><div class=""><br class=""></div><div class=""><span id="cid:E285D580-4561-4CDD-A62C-E6498CD9829A@gateway.sonic.net" class=""><Screen Shot 2022-04-11 at 4.46.30 PM.png></span></div><div class=""><br class=""></div><div class="">I tested this on two images: one which I customized the preferences to my liking, as well as a fresh one where I just clicked "Skip" for the configuration wizard...</div><div class=""><br class=""></div><div class="">Can someone verify?</div><div class=""><br class=""></div><div class="">Are we filing bugs on GitHub now?  I might still have my Mantis login if needed... :) </div><div class=""><br class=""></div><div class="">Tim</div><div class=""><br class=""></div></div></div></blockquote>
                                        </div></div><br class=""></div></blockquote></div><br class=""></div></div></div></blockquote>
                                        </div></div><br class=""></div></blockquote></div><br class=""></div></div></body></html>