Re: Debugging keyboard overlay+xbindkeys

2016-11-05 Thread Mihail Konev
On Sun, Nov 06, 2016 at 12:37:44AM +0500, Mihail Konev wrote: > The only reason not to use arrow-keysyms-on-levels is that > MonoDevelop, Java apps, VTE do not recognize them as "arrows", > i.e. you cannot shift-select, or shift-scroll. > > A possible solution to avoid abovementioned indirection

Re: Debugging keyboard overlay+xbindkeys

2016-11-05 Thread Mihail Konev
On Sat, Nov 05, 2016 at 03:43:49AM +0500, Mihail Konev wrote: > On Sat, Nov 05, 2016 at 03:26:54AM +0500, Mihail Konev wrote: > > E.g. you cannot have caps+y be 'yen' and 'YEN' easily. > (Assuming that Unicode 'yen' does not capitalize to 'YEN'). > E.g. caps+y -> ':' ; caps+Y -> '@' . Correct

Re: Debugging keyboard overlay+xbindkeys

2016-11-05 Thread wettstae
> Question is, was it there for 22 years cause it's unfixable or because > nobody uses overlay? :) I guess Mihail is right, overlays are certainly little used. I do use overlays myself, but only as as lock, where the bug is not likely to occur. You might want to look at Redirect actions,

Re: Debugging keyboard overlay+xbindkeys

2016-11-04 Thread Mihail Konev
On Sat, Nov 05, 2016 at 03:26:54AM +0500, Mihail Konev wrote: > But maybe I'm wrong and there are applications of this functionality. Didn't read the 'distro' paragraph ;) ___ xorg-devel@lists.x.org: X.Org development Archives:

Re: Debugging keyboard overlay+xbindkeys

2016-11-04 Thread Mihail Konev
On Sat, Nov 05, 2016 at 03:26:54AM +0500, Mihail Konev wrote: > E.g. you cannot have caps+y be 'yen' and 'YEN' easily. (Assuming that Unicode 'yen' does not capitalize to 'YEN'). E.g. caps+y -> ':' ; caps+Y -> '@' . ___ xorg-devel@lists.x.org: X.Org

Re: Debugging keyboard overlay+xbindkeys

2016-11-04 Thread Mihail Konev
On Fri, Nov 04, 2016 at 08:41:28PM +0100, Mariusz Mazur wrote: > Question is, was it there for 22 years cause it's unfixable or because > nobody uses overlay? :) Rather the latter, as overlay does not play nicely with shifts and non-'simple' characters. E.g. you cannot have caps+y be 'yen' and

Re: Debugging keyboard overlay+xbindkeys

2016-11-04 Thread Mariusz Mazur
Question is, was it there for 22 years cause it's unfixable or because nobody uses overlay? :) 2016-11-04 19:33 GMT+01:00 : >> - press caps >> - press f >> - release caps >> - wait >> - release f > > In xserver/xkb/xkbPrKeyEv.c, there is a bug that prevents key >

Re: Debugging keyboard overlay+xbindkeys

2016-11-04 Thread wettstae
> - press caps > - press f > - release caps > - wait > - release f In xserver/xkb/xkbPrKeyEv.c, there is a bug that prevents key press/release to be tracked properly for keys with overlays, in case such a key is down while the overlay state changes. There is even a comment (from 9/11/94) that

Re: Debugging keyboard overlay+xbindkeys

2016-11-04 Thread Mariusz Mazur
2016-11-03 22:20 GMT+01:00 Ran Benita : >> 4. Defined caps+f to send XF86LaunchA to start a new terminal window >> (among other similar shortcuts, like ones for switching virtual >> desktops, but caps+f is the worst offender, so I'll focus on that). > > Nice hack. Some ground

Re: Debugging keyboard overlay+xbindkeys

2016-11-03 Thread Ran Benita
On Thu, Nov 03, 2016 at 01:22:03PM +0100, Mariusz Mazur wrote: > What I did: > 1. Switched the overlay key to act as a modifier. > interpret Overlay1_Enable+AnyOfOrNone(all) { > -action= LockControls(controls=Overlay1); > +action= SetControls(controls=Overlay1); > > 2. Bound