Hi all,
What about my patch,
http://bugs.freedesktop.org/show_bug.cgi?id=865#c45? People report that
it works... And I can split it into two chunks if it's difficult to review.
Regards,
Ilya
___
xorg-devel mailing list
xorg-devel@lists.x.org
Daniel Stone пишет:
The filter should get called for _any_ key press and release. So you
get Ctrl+Shift and set the flag in the filter private. Then someone
presses, say, B, which should cause the very same filter handler to get
called _again_. You notice it's another keypress, and clear
Dirk Wallenstein пишет:
And I just suggest to implement the option I mentioned earlier. I think
it is not hard to do but I'm not entirely sure... So it would be nice if
someone knowing the XKB code confirm my guess.
The thing is, and I guess you have seen that, is that the handlers are
I have a list of ideas, of what could be part of a future XKB, and
switch-group-on-release is on there. I haven't had the canceling thing.
You want to cancel the group-switch if any unrelated key is being
pressed, right? Also, another modifier?
Yes, you meant right, unrelated key/another
Dirk Wallenstein ?:
And I just suggest to implement the option I mentioned earlier. I think
it is not hard to do but I'm not entirely sure... So it would be nice if
someone knowing the XKB code confirm my guess.
The thing is, and I guess you have seen that, is that the handlers are
Daniel Stone пишет:
Well, I considered to set up another filter via XkbFilterRec and
_XkbApplyFilters() but xkbi-filters is a vector. If one need to cancel
the delay switching then the vector have to be gone all round to
deactivate the filter. I think another flag in xkbi-state is more
