Re: [9front] Bug or inconsistency in cursor behaviour?

["Scott Flowers" <flowerss@cranky.ca>]

Figures. The ones that i can figure out how to change are not bugs and the one that I can't figure out how to change might be one.

Scott 

On Mon, 28 Oct 2024, at 19:40, ori@eigenstate.org wrote:
> Quoth flowerss@cranky.ca:
> > I have noticed an odd behaviour when using the arrow keys when text is selected in 9front, and I'm wondering if it's a bug, multiple bugs, or just the way things work.
> > 
> > If I have a string of text in a shell or acme, and I select one or more characters with the mouse, and then use the right arrow key, the text gets deselected, and the cursor moves one character past the right end of the selected text. If I use the left arrow key, the cursor moves to one character to the left of the previously selected text. It feels like the resultin position of the cursor has gone one character too far left or right.
> 
> This is intentional, just a different way that things work. An arrow just moves
> the dot.
> 
> > In sam, this behaviour is different. If I select text in sam, and then hit the left arrow key, the cursor moves one character to the left of the initially selected text, and if I hit the right arrow key, the cursor moves to the right of the first character of the previously selected text. This also seems odd.
> >
> 
> This one, I'd call a bug.
>  
> > In Windows, MacOS and all the Linux graphical text manipulation apps I have tried, if you select text and then hit the left arrow, the cursor moves to the beginning of the selection, and the right arrow moves to the end of the selection. This feels like the more appropriate behaviour to me. Am I out to lunch?
> > 
> > Thanks,
> > 
> > Scott
> 
>