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

[hiro <23hiro@gmail.com>]

sorry. 60 years. (i'm not that old, so my memory is a bit fuzzy).

On Tue, Oct 29, 2024 at 6:40 PM hiro <23hiro@gmail.com> wrote:
>
> 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.
> > >