icewm
icewm copied to clipboard
Do not wish for the luxury of mouse wheel changing windows
If the user is using the mouse wheel to scroll a webpage, but the pointer (due to hand motions) dips below the bottom of the webpage, we end up changing the window we were looking at.
Extremely distressing.
Compare what happens if the same thing happens (the pointer dips below the page we are typing into) when we are typing:
The data entry continues as normal, no matter where the cursor has drifted across the screen.
Therefore I propose the same thing: no matter where the pointer is pointing, wheel actions, just like character entry actions, should still be sent to the current window.
Or at least give a configuration option for those of those who wish not to scroll amongst our windows.
IceWM 1.4.3.0~pre-20180809, Copyright 1997-2003 Marko Macek, 2001 Mathias Hasselmann.
I swear this is a recent change. Else why has it happened to me five times today, and not once for the previous 20 years?
I see your point and I also manage to get into this weird scrolling thing every couple of days. IMHO it's extremely PITA! You loose focus of your window by accident and then you need to search all around for the right window again (and when you have a dozen of gvims open -> have "fun").
However, the proposed solution is not good. If you kill sending of events produced outside of the window then you will also loose automatic tooltips.
@gijsbers Can we just revert 3576168717797f5c9d48f8bc72b1af6ff38cfb77 ?
Some people think: well browsers also scroll their tabs that way. (That sucks too and I have submitted bugs to them.) Yes just make it work like it used to. Thanks.
Well, kinda. At least Firefox does not do it the exactly like you describe. It let's you scroll and then you can click to activate. But Icewm now activates immediately which IMHO sucks.
Unless we hear the feature's author, I'd consider to add a config switch for it and set it to off by default.
@jidanni Since you use Debian, please have a look at the version 1.4.3.0~pre-20180822-1 (uploaded a few minutes ago). If that works for you, please close this issue here. Thanks.
apt-cache policy icewm
icewm: Installed: 1.4.3.0~pre-20180822-1
icewm --version
IceWM 1.4.3.0~pre-20180822
But the problem persists. So maybe the fix didn't get included.
Did you turn it off like this image and then click Save Modifications?
Here's what I did: After I got your notification and found no improvement, I looked in
/usr/share/doc/icewm-common:
total used in directory 336 available 1122624
drwxr-xr-x 1588 root 69632 08-25 17:22 ..
drwxr-xr-x 2 root 4096 08-24 06:34 FAQ
drwxr-xr-x 2 root 4096 08-24 06:34 examples
drwxr-xr-x 5 root 4096 08-24 06:34 .
drwxr-xr-x 2 root 4096 08-24 06:34 html
-rw-r--r-- 1 root 70 08-23 04:10 BUGS
-rw-r--r-- 1 root 179518 08-23 04:10 ChangeLog.gz
-rw-r--r-- 1 root 1386 08-23 04:10 NEWS.Debian.gz
-rw-r--r-- 1 root 3128 08-23 04:10 README.Debian.gz
-rw-r--r-- 1 root 2753 08-23 04:10 TODO
-rw-r--r-- 1 root 22399 08-23 04:10 changelog.Debian.gz
-rw-r--r-- 1 root 26218 08-23 04:10 changelog.gz
-rw-r--r-- 1 root 1695 08-23 04:10 copyright
but alas as every file looks new (bad!) I just poked in a few and didn't see any mention of the change.
OK now you say to find it in the menus, and OK I found it there. But I like doing things via editing .icewm/preferences by hand.
So OK I am looking in file:///usr/share/doc/icewm-common/html/icewm.html#_focus_and_behavior and see
UseMouseWheel = 0
mouse wheel support
So this perhaps means "UseMouseWheel" is "off" by default.
But apparently that is something else. OK, now I looked in ICEWM-TOOLBAR(5) but no answer there.
An emacs rgrep "TaskBarUseMous"... on "/usr/share/doc/icewm-common/" proves that... gasp... nobody documented this option!
OK reverse engineering your instructions reveals one needs in .icewm/preferences :
# Enable mouse wheel cycling over workspaces and task buttons in taskbar
TaskBarUseMouseWheel=0 # 0/1
@jidanni Could you perhaps check your three oldest issues? They may have been fixed in your current release.
loose
lose*
Er verwechselte locker mit verlieren.