Re: Inverted mouse wheel since refurbishment of moused?

Am Tage des Herren Sun, 19 Oct 2025 14:33:14 -0700
bob prohaska <fbsd@www.zefox.net> 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