Hi List, I was thinking about this with this great editor fixes. It has been discuss i think, but wouldn'tbe great to add a couple of functions which are equivalent to the F5 and F6 shortcut? I could need this, but I'm thinking to the livecoding by osc too.
Ted > Hey List, > > I made a series of fixes, tweaks and additions to the editor. These fix > minor issues that were inconvenient and generally follow the expectations > set by most "normal" editors. All of this is in the redacted branch now. > Below is a list; > > > [End] wasn't going to the end of the line if invoked on the last line, it > was off by 1 character. I expected this fix to break things as the "-1" in > "if (end==wstring::npos) end=m_Text.size()-1;" must have had a purpose but I > haven't yet found a issue with this fix. > > [Backspace] Wouldn't block-delete if the cursor was at the start of the file > (which would also be the start of the block, of course) > > [Shift+ up]&[Shift+ left] would unselect the selection at hitting the start > of the file or line (respectively) > > [up] wouldn't jump to the start of the line if invoked on the first line > [down] wouldn't g to the end of the line if invoked on the last line > > [Ctrl+a] to select everything > > [delete] to delete the selection if used while there is one, like backspace > > [ctrl+v] now replaces the selection by the contents of the copy-past buffer > if there is a selection > > [left] without shift when there is a selection now jumps to the start of > that selection (in addition to unselecting) > [right] without shift when there is a selection now jumps to the end of that > selection (in addition to unselecting) > > Fixed weirdness due to the selection state and the shift state no longer > being as closely tied which meant that shift could stop working after > certain kinds of edits when shift was held down continually (I think this > was already a problem, just more rare). > > In any case where a block of text is removed the cursor now jumps to where > the start of that block was, instead of moving back by the length of the > block when the cursor was beyond the start. This is both more simple and > safer and it preserves the old behaviour in situations that were already > possible to get into. > > There is still some weirdness here and there but these were the main ones > that were annoying me. I hope git is smart enough to let people try these > without getting the [ctrl + t] experiment in expression highlighting if they > don't want that one. One thing to consider would be whether the combination > of [Ctrl+a] and [backspace] (or delete) wouldn't eliminate the need for a > "clear all text" hotkey, freeing up one key again. > > Yours, > Kas.
