diff options
author | Stein <bakkeby@gmail.com> | 2022-08-26 14:48:46 +0200 |
---|---|---|
committer | Hiltjo Posthuma <hiltjo@codemadness.org> | 2022-08-28 11:39:43 +0200 |
commit | c2b748e7931e5f28984efc236f9b1a212dbc65e8 (patch) | |
tree | ac52e56fdee1918469513e5152fc760b1afc972f /dwm.png | |
parent | 84d7322113c2bf023f5eaa8537fb0e72d4105046 (diff) | |
download | dwm-c2b748e7931e5f28984efc236f9b1a212dbc65e8.tar.gz dwm-c2b748e7931e5f28984efc236f9b1a212dbc65e8.tar.bz2 dwm-c2b748e7931e5f28984efc236f9b1a212dbc65e8.zip |
Remove dmenumon variable
Reasoning: Since 2011 dmenu has been capable of working out which
monitor currently has focus in a Xinerama setup, making the use
of the -m flag more or less redundant.
This is easily demonstrated by using dmenu in any other window
manager.
There used to be a nodmenu patch that provided these changes:
https://git.suckless.org/sites/commit/ed68e3629de4ef2ca2d3f8893a79fb570b4c0cbc.html
but this was removed on the basis that it was very easy to work
out and apply manually if needed.
The proposal here is to remove this dependency from dwm. The
mechanism of the dmenumon variable could be provided via a patch
if need be.
The edge case scenario that dmenu does not handle on its own, and
the effect of removing this mechanism, is that if the user trigger
focusmon via keybindings to change focus to another monitor that
has no clients, then dmenu will open on the monitor containing the
window with input focus (or the monitor with the mouse cursor if
no windows have input focus).
If this edge case is important to cover then this can be addressed
by setting input focus to selmon->barwin in the focus function if
there is no client to give focus to (rather than giving focus back
to the root window).
Diffstat (limited to 'dwm.png')
0 files changed, 0 insertions, 0 deletions