From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.2 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED
	autolearn=no autolearn_force=no version=3.4.4
Received: (qmail 25019 invoked from network); 5 Nov 2021 00:49:46 -0000
Received: from 4ess.inri.net (216.126.196.42)
  by inbox.vuxu.org with ESMTPUTF8; 5 Nov 2021 00:49:46 -0000
Received: from mail.9lab.org ([168.119.8.41]) by 4ess; Thu Nov  4 20:41:58 -0400 2021
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=9lab.org; s=20210803;
	t=1636072905;
	h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
	 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
	 content-transfer-encoding:content-transfer-encoding:  in-reply-to:in-reply-to;
	bh=IZF0sTfReOaoLYrsrmy4Znfe1J7VvsMOrmzREL7gjmA=;
	b=Notw8PZZB+ETmoEG5bCBDyUdwv2EudKKEXTQEzlS2qD1smmG6nME+/vbTGjbwgg6Hz7d+7
	5pxfUXm2NELjxnpaFG0j+ArnGhnWonVDVWls/euM80UqA5s77rNbsX4n1TIfHFtmAoA9oS
	m5klEFcCEPhg3SwRlCkcKQFKShD6Rao=
Received: from ken.9lab.home (host-185-64-155-70.ecsnet.at [185.64.155.70])
	by mail.9lab.org (OpenSMTPD) with ESMTPSA id 445d191c (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO);
	Fri, 5 Nov 2021 01:40:27 +0100 (CET)
Message-ID: <8293348E29722D25668BB3B02D1759F5@9lab.org>
To: 9front@9front.org
CC: umbraticus@prosimetrum.com
Date: Fri, 05 Nov 2021 01:40:19 +0100
From: igor@9lab.org
In-Reply-To: <560B46E39B1DC0F1E9D0BCDE6ABE3B56@prosimetrum.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: dependency enhancement XMPP pipelining-oriented engine core control 
Subject: Re: [9front] [PATCH] rio(1): add triple-clicking and shift-up/down
Reply-To: 9front@9front.org
Precedence: bulk

Quoth umbraticus@prosimetrum.com:
> +A third click can be done right after a double-clicking that selects an alphanumeric word,
> +it selects the word itself and the non-whitespace characters around it.
> 
> Sounds complicated and maybe slightly wrong
> (triple-click on +.+-+/+, for example); what about just:
> 
> Triple-clicking makes a selection bounded by whitespace.

While the above definition is simple and therefore appealing,
it is not entirely correct. Try triple clicking on `middle`:

• left(middle)right

…that will indeed make a selection bounded by whitespace.

Now try the same for `m` below:

• left(m)right

The selection after triple clicking on `m` is bounded by `(` and `)`,
not by whitespace. Unless I am missing something obvious it looks like
the logic for the triple click selection is not working as expected in
this case…

Cheers,
Igor