From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <9front-bounces@9front.inri.net> X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.6 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: from 9front.inri.net (9front.inri.net [168.235.81.73]) by inbox.vuxu.org (Postfix) with ESMTP id 848C52F74C for ; Tue, 29 Oct 2024 11:01:33 +0100 (CET) Received: from mail-oa1-f46.google.com ([209.85.160.46]) by 9front; Tue Oct 29 05:59:51 -0400 2024 Received: by mail-oa1-f46.google.com with SMTP id 586e51a60fabf-27b7a1480bdso2247794fac.2 for <9front@9front.org>; Tue, 29 Oct 2024 02:59:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1730195988; x=1730800788; darn=9front.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=lcQkIsEWUJup8gS4ViCYb/SneykZWdiYi88ZJEbr0yk=; b=BiDTYWvDJdkaKPl9V/GZJqg2yTpBxPtqaVn0s8Ex0ZHTYsQBRll8/hkdvxTPQF74fK N0BcdfkXabBHdh9X8kYmyqd5PsGcQW61vMGB0JRNDu4rwOhtYMLKZNSj/tE/BA1Nylb2 Qx2vRoWvw8zOoKGC+dyc268Xpiok2JutFBt4LNegmF8H90jE7EnKJVqyFh7zoQ6ClWEQ Wa8mYP6K7UB7octl45YLJRCnQ7gHDp969M4nx6lvRGwTF+PYJszM6gjqAJSYOzyB2CpH 49Ux663dse7/ls+IX2OLnofOBo+5YIrp605DykGuu4uVlXjep3lEfE3AJJGmlh35lysq Dafw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1730195988; x=1730800788; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=lcQkIsEWUJup8gS4ViCYb/SneykZWdiYi88ZJEbr0yk=; b=oVXe/lFZKBTNZSefwr7iCMRo3cI8RdfncNRSYLySxGx6HVpkgK/BK/PmsQIV332b2o 8w9C8RO07ZtvIqgHeHWu5jkWQScpi+E3NeEyHjCoZDIaE7aVaFPzcsJUoVh7YOnimpi2 CKb8aYjWEaSmyKTdeNWFPqrodJ66HGr8rdFm0SSqFZoHXxuH8S6cCTefMfJdy4P6sZSM TFqZzoyvRq0GLWEUk1CsAymKhedgoTXULLmxSYgcxrh6jJeVbciKLPtA8o5u3YYHKybY CRajPOhtwb0a+AqB/gaHqqPVWTS428jRD+W2UOSjZxLKPb0NVdbn2LssmxM92C0oLplM 4Bxw== X-Gm-Message-State: AOJu0YzPfhnUnaGQG8MTbaSivaTOtr6fA6GDnvR/YkgnsPAiKaXl4vlg ryLAT6bqE7nfPbG2c4ef2wFE5Nrq1HjNiP2gCZojYq5nVhRQzmgLJBud0wungahFHX6s0bdWNVo J3LnFCxCFGcJxjvlM+ik0Y8+DPpi4DfdzGac= X-Google-Smtp-Source: AGHT+IFSVBibdmJBqJFmf0FCbzZ2HVpE+cTAXTvgNOklyOKx0cnwSoEx+9cdVAQQMBPZe4yrBGCbeMKU8B2WjxVtcsU= X-Received: by 2002:a05:6870:5487:b0:288:4833:27b6 with SMTP id 586e51a60fabf-29051d3cc9dmr9284907fac.29.1730195987131; Tue, 29 Oct 2024 02:59:47 -0700 (PDT) MIME-Version: 1.0 References: <588564A0F1AB6824ED04551648A54C37@cranky.ca> In-Reply-To: From: hiro <23hiro@gmail.com> Date: Tue, 29 Oct 2024 10:59:36 +0100 Message-ID: To: 9front@9front.org Content-Type: text/plain; charset="UTF-8" List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: hosting self-signing callback realtime-java layer Subject: Re: [9front] Bug or inconsistency in cursor behaviour? Reply-To: 9front@9front.org Precedence: bulk > 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.