The FreeBSD ports system provides an additional patch that reverses the direction of the mouse wheel workspace cycling. It would be nice if it could be included into the upstream version. Preferably with a changable config option.
For the record, I'm not in favor of a pref for this, but... up to Olivier.
Created attachment 1621 patch to add mouse wheel scroll direction to xfwm-4.4.2
Created attachment 1622 adds mouse wheel scroll direction to xfce4-panel-4.4.2
Created attachment 1623 adds mouse wheel scroll direction to libxfcegui4-4.4.2
For those interested: attached are three patches that add configurable mouse wheel workspace cycling direction. They apply to xfce-4.4.2. The xfwm patch adds the functionality to the window-manager. The libxfcegui4 and xfce4-panel patches add the functionality to the pager in the panel. Both libxfcegui4 and xfce4-panel patches must be applied to prevent missing symbols-errors. They can be used independently.
Created attachment 1974 adds mouse wheel scroll direction switch to xfwm4-4.5.91
Created attachment 1975 adds mouse wheel scroll direction switch to xfce4-panel-4.5.91
Added two new patches, for 4.5.91 (Beta-1). Only xfwm and xfce4-panel need to be patched. Scrolling on the panel now also works if you don't have workspaces but viewports (like Compiz does). After applying the xfwm-patch, you need to regenerate xfwm4-tweaks-dialog_glade.h with these commands: cd settings-dialogs exo-csource --static --strip-comments --strip-content \ --name=tweaks_dialog_glade xfwm4-tweaks-dialog.glade \ > xfwm4-tweaks-dialog_glade.h cd ..
Updated for 4.5,92 (4.6-beta2 Hopper)
Created attachment 1996 adds mouse wheel scroll direction switch to xfce4-panel-4.5.92
Created attachment 1997 adds mouse wheel scroll direction switch to xfwm4-4.5.92
What do you guys think about this?
Personally I think this pref is silly, and have resisted when people ask for it, but if someone's written the code...
(In reply to comment #13) > Personally I think this pref is silly, and have resisted when people ask for > it, but if someone's written the code... <grumpy old man mode> ... it's still silly. Come on, this is equivalent to making the direction of scrollbars configurable, isn't it? If there are good arguments to change, fine, but let's pick one. </gumpy old man mode> Glad to play the Joe Klemmer role here, even if that's all I can do these days ;-) Feel free to ignore my grumbling.
I don't think that's really worth an option unless it really helps e.g. RTL people to scroll through the workspaces.
I have no doubt that ppl find that useful since it's been asked several times and we even have a patch here. But reading the comments, it seems that this is not going to happen for 4.6. But nevertheless, I think it's good to have this patch here in BZ for those who want this option.
Updated these silly patches for 4.8. I still can't get used to the "correct" direction :)
Created attachment 3390 adds mouse wheel scroll direction switch to xfce4-panel-4.8
Created attachment 3391 adds mouse wheel scroll direction switch to xfwm-4.8
Created attachment 4958 pager-viewport-switching-support.patch I'm glad I stumbled over this old bug report! I don't see a reason to not invert the scrolling (mw up = next viewport, mw down = previous viewport, I wonder why it should be done the opposite way, it feels so unnatural!?), so I ripped out that user preference stuff and only kept the viewport.
After playing around for a while, I can indeed see a scenario for having such a preference: a) Pager is configured as one row vertically => scroll direction corresponds to mouse wheel scrolling direction. Scrolling down with the wheel switches to the next workspace/viewport, scrolling up to the previous one. Imagine your workspaces/viewports are aligned vertically too. b) Pager is configured horizontally, or as having multiple rows => scroll direction corresponds to "inverted" mouse wheel scrolling direction. Scrolling down with the wheel switches to the previous workspace/viewport (like scrolling to the left), scrolling up to the next one (like scrolling to the right). It's certainly dependent on how you think your workspaces are arranged. In any case, I wouldn't call that pref silly. As stated (not by me), it's been asked for by other people and has even persuaded someone to write up a patch. Slightly off-topic: One should note there is a similar strange experience with the gtk slider: Scrolling down increases the values, scrolling up decreases them. I wonder why? Higher values are usually on the top, not on the bottom, so why would you try to scroll _down_ to get higher values?
Is the patch from 2013 still compatible to the latest Xfce release?
Created attachment 6781 adds mouse wheel scroll direction switch to xfce4-panel-4.12.0 Updated patch for xfce4-panel-4.12.0
Created attachment 6782 adds mouse wheel scroll direction switch to xfwm4-4.12.3 Updated patch for xfwm4-4.12.3
Thanks, the patch works and is packaged here: https://aur.archlinux.org/packages/xfce4-panel-compiz/
Looks like the patch does not work with xfce4-panel 4.14 any more... Any chance, it can be updated to work with new Xfce? Thanks!
Created attachment 8994 Updated patch for xfwm4-4.14 Updated patch for xfwm4-4.14
Created attachment 8995 don't use the native WnckPager scroll-events In the miniature-view for the pager-plugin, the native WnckPager events are used, overruling the behaviour-settings done in XFCE. This patch fixes that. It must be done on top of this commit from git: Fix scrolling in pager-buttons https://git.xfce.org/xfce/xfce4-panel/commit/?id=55dc7b400feef0c35fda3e8d3515dada2ced29c4
Created attachment 8996 adds mouse wheel scroll direction switch to xfce4-panel-4.14 And here is the scroll wheel direction patch for xfce4-panel-4.14. It must be applied after the WnckPager-patch
Created attachment 8997 promotes wrap workspaces from hidden to the properties-UI For those who want this: the wrap workspaces-toggle is an hidden setting. This patch gives it a place in the panel workspace switcher properties-UI. It must be applied after the mouse wheel scroll direction-patch (but isn't needed for that patch)
I tried the patch in comment #28 (also applied the commit you linked beforehand) and it applied cleanly, however, scrolling with Compiz still does not work, so I assume that this is not the aim of this patch... :) I wonder if an analog for the patch from comment #20 (whyever it was posted in this bug report which deals with a completely different issue) can be created for Xfce 4.14?
Created attachment 9003 adds mouse wheel scroll direction switch to xfce4-panel-4.14 v2 I've tested with Compiz but for me it works. Did you only apply the patch from comment #28? That could be the problem; the patch from comment #29 is also needed. By the way: I noticed a small bug in that patch from comment #29 (greater vs. greater or equal) so here is a new patch.
Thanks, works perfectly!
-- GitLab Migration Automatic Message -- This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/xfwm4/-/issues/6. Please create an account or use an existing account on one of our supported OAuth providers. If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev