|
Bugzilla – Full Text Bug Listing |
| Summary: | volume-keys do not work with kmix's pop-up if keyboard layouts are activated | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 10.3 | Reporter: | Forgotten User --EoyBps8f <forgotten_--EoyBps8f> |
| Component: | KDE | Assignee: | E-mail List <kde-maintainers> |
| Status: | RESOLVED DUPLICATE | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P2 - High | CC: | dgege1, forgotten_vXTZVacoSi, rgb.mldc |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
keyboard layout disabled
keyboard-layout enabled |
||
I can confirm that bug, I have the exact same problem. I own a Logitech G15 keyboard and whenever KMix popup is active, my global hotkeys do not work. For example, if I press the mute button, kmix popup will activate having muted my sound. however, as long as the popup is alive, I cannot unmute (or change sound level). I have to wait for the popup to go away for it to respond to my global hotkeys again. And like the OP, when the kmix main window is open, I have no problem controlling sound. I forgot to add, I use the Canadian Multilingual layout. When I switch to the US layout, it works. So it's definitely a problem with layouts. The two outputs from xev look the same to me, except that the second one has an offset from the first one and missing a part. Please attach both of them again, showing the complete action. Created attachment 182993 [details]
keyboard layout disabled
kmix's pop-up volumen slider moves steadily as long as one turns the volumen-wheel.
Created attachment 182994 [details]
keyboard-layout enabled
kmix's pop-up volume-slider only moves once.
Is there any development for that bug? It's one of those things that are non critical but oh so annoying! I'm sorry to bump this, but I still have the same problem with 11.0 :( Any fix? Can you please try with KDE4 and 11.1? If it's KDE3 only chances for a fix are slim to none as this is considered non-critical, even though that propably is very high on the annoyance scale. Same problem here on openSUSE 11.1, 64 bits, with kde 4.2.3 from kde42 repos on a Toshiba Satellite laptop (this is a large laptop with numeric keypad, see below). I enabled (I'm translating from Spanish) "Keyboard layouts" on System settings -> Language and region -> Keyboard layouts. Then, on Advanced tab y setted the "compose key" to be the "windows key". The "compose system" worked as intended, but I faced two problems: - The multimedia keys did not work after that. - On every session, the first time I pressed Alt or Ctrl, NumLock was "un-locked" and I needed to press it twice in order to reactivate the numeric keypad. After that, for the rest of the session it worked as expected. By disabling the "keyboard layouts" thing (and after restarting the session) the multimedia keys returned to life and NumLock remained locked. It seems that the use of xkb options conflicts with something. Urghs, I even had that while testing another bug, no idea why I considered that as KDE3 only =/ But there is a duplicate for 11.1 with KDE4 so I'll close that one as the duplicate even though it is older. Another go on duplicate... *** This bug has been marked as a duplicate of bug 442384 *** |
I have a Logitech Cordless Desktop Optical (in fact I tried all Logitech keyboards in kcontrol's list) that apparently triggers some issue with kmix. If I do not have the keyboards layouts enabled, I can rotate the volume-wheel and kmix pops-up a slider sliding up and down as much as I turn the volume. If I enable keyboard layouts in kcontrol and set it to any Logitech keyboard, kmix's pop-up also shows up but the slider only moves one step per pop-up, i.e. even if I keep on turning the pop-up will close after 2 seconds and then be opened again causing the slider to move another step. However, if I open kmix the sliding works properly when turning the volume. Since I need keyboards layouts and nodeadgraveacute to simply type 'a to get an accented a it would be very nice if I did not have to choose between a working kmix and using my keyboard the way I want. Compose keys are not really an option. xev gave me the following with working pop-up slider: KeymapNotify event, serial 31, synthetic NO, window 0x0, keys: 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 64 0 0 0 0 0 0 0 0 0 0 FocusOut event, serial 31, synthetic NO, window 0x3e00001, mode NotifyGrab, detail NotifyNonlinear LeaveNotify event, serial 31, synthetic NO, window 0x3e00001, root 0x7f, subw 0x0, time 3596123237, (101,90), root:(105,115), mode NotifyGrab, detail NotifyNonlinear, same_screen YES, focus YES, state 16 EnterNotify event, serial 31, synthetic NO, window 0x3e00001, root 0x7f, subw 0x0, time 3596125243, (101,90), root:(105,115), mode NotifyUngrab, detail NotifyNonlinear, same_screen YES, focus YES, state 16 KeymapNotify event, serial 31, synthetic NO, window 0x0, keys: 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 FocusIn event, serial 31, synthetic NO, window 0x3e00001, mode NotifyUngrab, detail NotifyNonlinear KeymapNotify event, serial 31, synthetic NO, window 0x0, keys: 127 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 KeyRelease event, serial 31, synthetic NO, window 0x3e00001, root 0x7f, subw 0x0, time 3596125247, (101,90), root:(105,115), state 0x10, keycode 176 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False FocusOut event, serial 31, synthetic NO, window 0x3e00001, mode NotifyGrab, detail NotifyAncestor FocusOut event, serial 31, synthetic NO, window 0x3e00001, mode NotifyUngrab, detail NotifyPointer FocusIn event, serial 31, synthetic NO, window 0x3e00001, mode NotifyUngrab, detail NotifyAncestor KeymapNotify event, serial 31, synthetic NO, window 0x0, keys: 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 FocusOut event, serial 31, synthetic NO, window 0x3e00001, mode NotifyGrab, detail NotifyNonlinear ---------- and this when the keyboard layout is activated: KeymapNotify event, serial 31, synthetic NO, window 0x0, keys: 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 64 0 0 0 0 0 0 0 0 0 0 FocusIn event, serial 31, synthetic NO, window 0x3e00001, mode NotifyUngrab, detail NotifyNonlinear KeymapNotify event, serial 31, synthetic NO, window 0x0, keys: 127 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 64 0 0 0 0 0 0 0 0 0 0 KeyRelease event, serial 31, synthetic NO, window 0x3e00001, root 0x7f, subw 0x0, time 3596238891, (88,24), root:(92,49), state 0x2010, keycode 174 (keysym 0x1008ff11, XF86AudioLowerVolume), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False FocusOut event, serial 31, synthetic NO, window 0x3e00001, mode NotifyGrab, detail NotifyAncestor FocusOut event, serial 31, synthetic NO, window 0x3e00001, mode NotifyUngrab, detail NotifyPointer FocusIn event, serial 31, synthetic NO, window 0x3e00001, mode NotifyUngrab, detail NotifyAncestor KeymapNotify event, serial 31, synthetic NO, window 0x0, keys: 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 64 0 0 0 0 0 0 0 0 0 0 FocusOut event, serial 31, synthetic NO, window 0x3e00001, mode NotifyGrab, detail NotifyNonlinear LeaveNotify event, serial 31, synthetic NO, window 0x3e00001, root 0x7f, subw 0x0, time 3596238925, (88,24), root:(92,49), mode NotifyGrab, detail NotifyNonlinear, same_screen YES, focus YES, state 8208 FocusIn event, serial 31, synthetic NO, window 0x3e00001, mode NotifyUngrab, detail NotifyNonlinear KeymapNotify event, serial 31, synthetic NO, window 0x0, keys: 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0