Hi Michael,
we previously discussed a patch for controlling the hidden state of
i3bar through an i3 command. With this working, we could also define the
bar_modifier as a bindsym command. I did not have time to work on a full
patch for binding just modifier keys so far, but tried out some stuff.
Thereby, I discovered the following problem with this approach:
When pressing a defined keybinding, the click events of the mouse are
not send to the focused window until the keybinding is released. This
causes a problem when trying to show i3bar by pressing a key and hiding
it again by releasing the key. So, trying to click, e.g., on a tray icon
would not work, as the click event is send to i3bar just after the
keybinding was released. Any suggestions on how to solve this?
Best
jj
Am 17.04.2013 20:32, schrieb Michael Stapelberg:
Hi justus,
justus jonas <hap...@web.de> writes:
For this to work, we would need the following:
(1) Like Axel said, we would need the possibility to react to keypress
and keyrelease separately and would need to overload a key, so I could
use windows-key as bar modifier and still use keybinding like
windows+h.
See http://bugs.i3wm.org/query/ticket/386 for binding just a modifier
(combination). It could be as simple as changing the config file parser,
but I haven’t tested that.
(2) With the new event for sending barconfig updates, it would be easy
to add a possibility to switch modes on the fly (also demanded in
feature request #651). This would then make it possible, to switch to
the new "forcehide" mode.
I think #651 is well handled with your current patch already. Am I
missing something?
So the current hide-behaviour of i3bar using the barmodifier could be
configured like this:
bindsym $mod bar show
bindsym --release $mod bar hide
You do realize that bindsym --release does exist, right? It even works,
but I’m not sure if this specific case is handled.
