Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Do not wish for the luxury of mouse wheel changing windows #284

Closed
jidanni opened this issue Aug 16, 2018 · 12 comments
Closed

Do not wish for the luxury of mouse wheel changing windows #284

jidanni opened this issue Aug 16, 2018 · 12 comments
Labels
bug The issue exposes a bug. enhancement The report requests an enhancement beyond the intended behaviour. verification-pending The issue is likely resolved, expecting confirmation from original author
Milestone

Comments

@jidanni
Copy link

jidanni commented Aug 16, 2018

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.

@jidanni
Copy link
Author

jidanni commented Aug 16, 2018

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?

@Code7R
Copy link
Collaborator

Code7R commented Aug 16, 2018

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 3576168 ?

@jidanni
Copy link
Author

jidanni commented Aug 16, 2018 via email

@Code7R
Copy link
Collaborator

Code7R commented Aug 16, 2018

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.

@bbidulock bbidulock added bug The issue exposes a bug. enhancement The report requests an enhancement beyond the intended behaviour. labels Aug 19, 2018
@Code7R
Copy link
Collaborator

Code7R commented Aug 22, 2018

@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.

@jidanni
Copy link
Author

jidanni commented Aug 25, 2018 via email

@gijsbers
Copy link
Collaborator

Did you turn it off like this image and then click Save Modifications?
taskbarusemousewheel

@jidanni
Copy link
Author

jidanni commented Aug 25, 2018

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!

@jidanni
Copy link
Author

jidanni commented Aug 25, 2018

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

@gijsbers
Copy link
Collaborator

@jidanni Could you perhaps check your three oldest issues? They may have been fixed in your current release.

Code7R added a commit that referenced this issue Aug 30, 2018
Just like the suggested solution of issue #284 .
@Code7R Code7R added this to the 1.4.3 milestone Sep 8, 2018
@Code7R Code7R added the verification-pending The issue is likely resolved, expecting confirmation from original author label Sep 8, 2018
@girng
Copy link

girng commented Dec 5, 2019

loose

lose*

@gijsbers
Copy link
Collaborator

gijsbers commented Dec 5, 2019

Er verwechselte locker mit verlieren.

@gijsbers gijsbers closed this as completed Dec 3, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug The issue exposes a bug. enhancement The report requests an enhancement beyond the intended behaviour. verification-pending The issue is likely resolved, expecting confirmation from original author
Projects
None yet
Development

No branches or pull requests

5 participants