| 1 |
Dan Johansson wrote: |
| 2 |
> > > Some weeks ago I updated my Desktop to 3.5.2 and after that |
| 3 |
> > > the XF86AudioRaiseVolume button on my Logitech keyboard does |
| 4 |
> > > [not] increase the master volume. |
| 5 |
> |
| 6 |
> kcontroll will not accept the XF86AudioRaiseVolume button when |
| 7 |
> trying to create an input action. |
| 8 |
|
| 9 |
Dan, searching bugzilla for XF86Audio showed this: |
| 10 |
https://bugs.gentoo.org/show_bug.cgi?id=147143 -- exactly your |
| 11 |
XF86AudioRaiseVolume not working. |
| 12 |
|
| 13 |
Strangely, the upgrade from kde-3.5.4 to 3.5.5 made all three sound |
| 14 |
buttons stop working for me. KControl would indeed not accept any |
| 15 |
of the sound buttons when trying to define a shortcut, it would |
| 16 |
accept XF86Mail or XF86Search, for example, but not a XF86Audio*. |
| 17 |
|
| 18 |
The way to get out of this is to go to KMix > Settings > Configure |
| 19 |
Global Shortcuts, and click Defaults -- this should set them all to |
| 20 |
None, otherwise manually select None for all three. And click OK. |
| 21 |
Then configure the Global Shortcuts again: now that they are unset, |
| 22 |
the dialog will accept the keys. |
| 23 |
|
| 24 |
Somehow the audio keys get caught before arriving at the |
| 25 |
key-definition dialog. This is easily heard when trying to |
| 26 |
redefine Mute when it's already defined: instead of seeing |
| 27 |
XF86AudioMute as the key to be used, it mutes the sound. |
| 28 |
|
| 29 |
Benno |
| 30 |
-- |
| 31 |
gentoo-user@g.o mailing list |
Archives