! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Focus behaviour: raise_on_click should include right/middle mouse buttons; ra...


Description Christian Klomp 2017-05-28 13:59:14 CEST
Created attachment 7125 
Adds the right and middle mouse buttons to the raise_on_click option

Coming from Gnome I am used the following workflow (I also think Windows now works like this). I want to be able to:
  1) also activate windows with a right click e.g., so that I can paste commands from a text file into a terminal and immediately change or execute them;
  2) use the mousewheel to scroll in a window that is not focused so that I can look up info and continue typing in the window that is focused.

Currently when raise_on_click is enabled windows will not be focused with a right click. This causes confusion because any subsequent input will go to the original window (e.g., the selected text from the file from which text was copied might be replaced by a return or some other characters that were meant for the terminal).

This can be remedied by enabling raise_with_any, however this conflicts with use case 2.

I think that people generally would expect that raise_on_click at the very least also includes right clicks (and most likely also middle click paste but I rarely use this functionality so am not sure). Furthermore I think that generally people do not want to change focus when scrolling __even__ when the raise_with_any option is enabled. Currently I do not have xfce installed on a laptop so have not thought about how this affects touchpads and other input devices.

I reckon this behaviour is quite subjective and depends highly on what one is used to, but I would urge the developers to think about changing the default behaviour such that most users experience the expected behaviour.

In my opinion the most straightforward solution is to also include the right and middle mouse buttons in the raise_on_click option by default. In case this is too controversial possibly additional xfwm tweaks could be added at the cost of potentially unexpected default behaviour and unnecessary complexity.

I have made three simple patches that can each be used to enable my work flow. Disclaimer: I am not a c programmer so make sure to check the code for errors and unintended side effects.

This bug report is similar to the following bugs:
  - https://bugzilla.xfce.org/show_bug.cgi?id=11811
  - https://bugzilla.xfce.org/show_bug.cgi?id=8756

I have chosen to open a new report because they are both filed against the description instead of the behaviour. While I think the description should reflect the behaviour better I also think the behaviour should be changed.

It is also similar to https://bugzilla.xfce.org/show_bug.cgi?id=2861 but that one is only about middle click paste.
Comment 1 Christian Klomp 2017-05-28 14:00:25 CEST
Created attachment 7126 
Ignores up/down scroll events from raise_with_any
Comment 2 Christian Klomp 2017-05-28 14:04:38 CEST
Created attachment 7127 
Both patches combined
Comment 3 Git Bot editbugs 2020-05-29 12:17:00 CEST
-- 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/263.

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

Bug #13598

Reported by:
Christian Klomp
Reported on: 2017-05-28
Last modified on: 2020-05-29


Olivier Fourdan
CC List:
0 users




Additional information