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

[hiro <23hiro@gmail.com>]

your fingers are correct to reject this cybernetic failure. proper
thought into how to improve this sad resulting human intellect has
ceased 40 years ago.

On Tue, Oct 29, 2024 at 4:18 PM Scott Flowers <flowerss@cranky.ca> wrote:
>
> I am declaring my fingers' inability to get used to the existing behaviour in rio and acme to be a human software bug, and I'm keeping my patch on my machines. As Sigrid once said, "it's your system, do what you want."
>
> Scott
>
> On Tue, 29 Oct 2024, at 03:59, hiro wrote:
> > > There is a logical argument to the Plan 9 behavior: First, the cursor
> > > disappears when you make a selection because the cursor *IS* the
> > > selection.
> >
> > may i point out that this is the perceived behavior on windows due to
> > common vision limitations? the designers were aware of this visual
> > difficulty or they wouldn't have made the cursor blink. yet the edge
> > becomes nearly-undetectable in the edge-case of selection. who knows
> > if they ever noticed the lack of intuition in this pattern?
> >
> > regardless there remains a logic i feel some plan9 folks might not
> > know about: the blinking cursor helps suggest whether selection will
> > be added to or removed from via keyboard actions
> > (shift-left/shift-right), a feature that does not exist on plan9.
> > otherwise it exclusively confuses the well-sighted. at least in some
> > applications: i'm not sure if rob pike managed to infiltrate the
> > mozilla headquarters and forced them to remove that cursor, but it's
> > missing in my firefox.
> >