On Mon, 2018-05-14 at 20:09 -0400, Patrick Marchand wrote:
> On 05/14, Ulf Brosziewski wrote:
> > Hi Patrick,
> >
> > thanks for the infos. I'm afraid you're out of luck, it seems
> > that this device would need vendor-/model-specific extensions
> > in our HID-mouse driver. It only announces two
On 05/14, Ulf Brosziewski wrote:
> Hi Patrick,
>
> thanks for the infos. I'm afraid you're out of luck, it seems
> that this device would need vendor-/model-specific extensions
> in our HID-mouse driver. It only announces two "regular" buttons,
> so our driver won't look for more (what xinput sh
Hi Patrick,
thanks for the infos. I'm afraid you're out of luck, it seems
that this device would need vendor-/model-specific extensions
in our HID-mouse driver. It only announces two "regular" buttons,
so our driver won't look for more (what xinput shows as buttons 4
and 5 are mappings from "Z a
On 05/14, Ulf Brosziewski wrote:
> Would you mind to run
> $ xinput --test /dev/wsmouse
> in an X terminal, press each button once, grab the output,
> and post it here?
Output:
motion a[0]=1364 a[1]=907
button press 4
button release 4
motion a[0]=1365
motion a[0]=1367
motion a[0]=13
There is no button mapping in wsmouse, it just passes the
button codes from the hardware drivers to userland. For
X configuration options, please have a look at the ws,
xorg.conf, and xinput man pages. The "ButtonMapping"
option or the set-button-map command of xinput might be of
interest here.
I bought myself a Kensington Slimblade mouse the other day,
it is a trackball mouse with 4 buttons and scrolling features.
It mostly works out of the box, but openbsd seems to only detect
two of the buttons, leaving me without a middle click. I'd like to find
a way to program the two other butto
6 matches
Mail list logo
