Am Tage des Herren Sun, 19 Oct 2025 14:33:14 -0700 bob prohaska <[email protected]> schrieb:
> On Sun, Oct 19, 2025 at 07:33:15PM +0200, A FreeBSD User wrote: > > A while ago /usr/sbin/moused has seen some refurbishment. Since then in X11 > > the mousewheel > > is inverted. I'm on CURRENT and 15-STABLE. Mouse is right hand. Moving the > > wheel "away" was > > supposed to scroll DOWN towards the last entry (i.e. within an xterm), > > moving (or > > rotating, if you like) the wheel towards me was supposed to scroll UPWARD > > towards > > historical entries. Up to the time of this inversion there was no > > difference between > > Microsofts handling of the mousewheel. Now, switching between M$ Windows > > and my lab's FBSD > > installation is a pain, my limited brains capacity doens't compute the > > inversion of the > > axis very fast. Since I do not use fancy things on how to configure the > > mouse in Windows I > > suppose its the standard how I use the mouse (I use Windows for > > department's Email, just > > that), in FreeBSD's X11 I used for years now either no extra config or > > > > Option "ZAxisMapping" "4 5 6 7". > > > > First guess was to shuffle "4 5 6 7", but whatever the order of the numbers > > is, it has no > > effect. > > > > What triggers this inversion and how to restore the "legacy" or, more > > suitable, the > > traditional way? > > > Have you tried a different mouse? Lots of. At work there are several types of cheap standard USB mice, most of them HP, Fujitsu (no matter what vendor they use) or Logitech, at home I use a Razer. Somehow I caught by surprise just compiling a new world/kernel and the mouse wheel is inverted ... > > Just to be clear, on a RasPiOS machine I see > Wheel top surface away from user, text scrolls down in window > wheel top surfacace toward user, text scrolls up in window > > It's been a while since I last used X on FreeBSD > > I _have_ observed scroll wheels "going backwards" on > a pair of old Dell mice that I use a great deal. > Contact cleaner applied to the encoder, which seems > to be a mechanical switch, fixes it for extened intervals. > That behavior was quite erratic, but debris in an optical > encoder might conceivably do something similar, perhaps > in a more consistent way. > > hth, > > bob prohaska > > -- A FreeBSD user
pgp_gIZ2n2rLG.pgp
Description: OpenPGP digital signature
