diff options
| author | Thomas Lübking <thomas.luebking@gmail.com> | 2016-07-04 19:55:23 (GMT) |
|---|---|---|
| committer | Thomas Lübking <thomas.luebking@gmail.com> | 2016-08-27 07:36:19 (GMT) |
| commit | 2c6647112667109b109e578ffd55ae8409c9e1af (patch) | |
| tree | dea7cbb288f2eb286ff5cb7a3a5bd70e833572c6 /3rd/vim/syntax/fluxmenu.vim | |
| parent | ecdaab5edf619d3cdc7bba9856d5f92068c28c83 (diff) | |
| download | fluxbox-2c6647112667109b109e578ffd55ae8409c9e1af.zip fluxbox-2c6647112667109b109e578ffd55ae8409c9e1af.tar.bz2 | |
Replay toolbar button events
NOTICE!!!! THIS IS HIGHLY EXPERIMENTAL!
The patch alters the button grab mode to GrabSync
in order to ReplayPointer the event.
THIS CAN FREEZE ANY INPUT TO FLUXBOX!!!
The toolbar (and other things?) grab buttons in order to
handle MouseN events for the entire bar, INCLUDING all child
windows.
This causes two problems:
1. The bar handles events which are not meant for fluxbox at all
(but the systray icons)
BUG: 940
2. The bar will intercept (and suck) *every* press, even if only
doubleclicks are desired
BUG: 949
The problem with this patch is that an oversight here has the potential
to completely freeze input event processing in fluxbox (ie. the process
needs to be killed from outside), SO IT NEEDS TESTING!
As much as possible.
Diffstat (limited to '3rd/vim/syntax/fluxmenu.vim')
0 files changed, 0 insertions, 0 deletions