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=3.3 required=5.0 tests=BULK_RE_SUSP_NTLD,DKIM_INVALID,
	DKIM_SIGNED,FROM_SUSPICIOUS_NTLD,PDS_OTHER_BAD_TLD,RCVD_IN_DNSWL_NONE
	autolearn=no autolearn_force=no version=3.4.4
Received: (qmail 17380 invoked from network); 8 Dec 2020 13:51:02 -0000
Received: from ewsd.inri.net (107.191.116.128)
  by inbox.vuxu.org with ESMTPUTF8; 8 Dec 2020 13:51:02 -0000
Received: from out1.migadu.com ([91.121.223.63]) by ewsd; Tue Dec  8 08:49:36 -0500 2020
Message-ID: <54FD3A03F7230FC9C9A67B1B91C60994@hog>
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a-b.xyz; s=key1;
	t=1607435416;
	h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
	 to:to:cc:mime-version:mime-version:content-type:content-type:
	 content-transfer-encoding:content-transfer-encoding:  in-reply-to:in-reply-to;
	bh=NqGbf8E9J5WfKqYlAQAyRrxpmVuk2WhGTxMqGYriF3I=;
	b=ZWPKnuhWphjKRTksWgLTcYn8OkegF0isj+br6IEzBdebx9VNVm9J3w0jfR+kSjqWZWuq6B
	N3X4R7N69cDt5zlOlOt9Vm2Vj9NNrfAXkzVk9Oen8jtzkUXWxzQ9tDeT10WYAliH+rXcQ+
	CnIio8PEEHPcU+LkwVehKLFrYporIGaSizO4YvmfzSGZfJ7c0KQRbhmr9DU1eFuFlkl6+Z
	PSoPp3RZ58pJgdEKcahrQeZnQAWB7+wNYbhWcFmQf1RuL/612+vVNn78A7l8OJnCV3Gl8h
	wcm7i03fHwlHoX3t6JLqMlZpRXAnJ6wIRc6eWntwUeHomh0d7+Y61nhWLAp2bw==
To: 9front@9front.org
X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers.
From: kvik@a-b.xyz
In-Reply-To: <72DC97BA0FC4F691CD6779E728387B9E@prosimetrum.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Migadu-Flow: FLOW_OUT
X-Migadu-Auth-User: kvik@a-b.xyz
Date: Tue, 08 Dec 2020 13:50:16 GMT
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: self-healing social configuration storage-based frontend 
Subject: Re: [9front] nusb/kb mouse handling
Reply-To: 9front@9front.org
Precedence: bulk


Quoth umbraticus@prosimetrum.com:
> What do others think should happen to buttons >3?

For my use I mapped higher buttons to bits 0x20 and up.
I then interpose a filter [1] between nusb/kb and /dev/mousein
that maps these according to what makes sense for a particular
device.

Such a filter could be made more versatile and powerful.

The issue with this approach is having to setup the filtering
in nusbrc, in particular outside and before most of the useful
namespaces even exist.  This makes it harder to do fun stuff
with all the new buttons...

[1]: https://git.sr.ht/~kvik/mousetrap