[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Popular Keyboard shortcuts (Was: RFC: KDE4,
From:       Christian Esken <esken () kde ! org>
Date:       2006-10-10 17:53:20
Message-ID: 200610101953.20831.esken () kde ! org
[Download RAW message or body]

Am Dienstag, 10. Oktober 2006 11:29 schrieb Lubos Lunak:
> On Monday 09 October 2006 22:38, Christian Esken wrote:
> > Am Montag, 9. Oktober 2006 10:43 schrieb Lubos Lunak:
> 
> > OK, actually this is a generic issue. There are some very popular \
> > Keyboard shortcuts. Popular in the sense that many applications would \
> > like to hold this global shortcut: XF86AudioRaiseVolume
> > XF86AudioLowerVolume
> > XF86AudioMute
> > XF86AudioPlay
> > XF86AudioStop
> > XF86AudioNext
> > XF86AudioPrev
> > 
> > Problem 1) KKeydialog lets you assign a global shortcut that is already
> > taken by another application (obviously it doesn't work, but the user \
> > won't get a warning). So the user assigns the "XF86AudioPlay" in his \
> > new shiny MM Application and curses that they don't work - first \
> > impression is ruined.
> 
> Er, why? As long as only one application with that shortcut bound is \
> running,  there's no problem.

But actually we very often have more than one (KMilo, KMix).

> > Problem 2) And if a user runs the KMix PanelApplet instead of the \
> > Mixer?
> 
> Solution 2) : There's no problem 2). The applet has that ability as well. \
> And even if the user uses that applet and runs KMix to get a complete \
> control,  then still the applet shortcut will work just fine.

Lets do a practical rundown: Shortcut is assigned in KMix, user then \
assigns the shortcut to another control in KMixApplet (yes, users do that). \
Suprise: it doesn't work. It is confusing for users, and I will receive yet \
another bug report. Doesn't make sense. Same with KMilo: KMilo takes the \
keys by default for the Master volume. Then assign keys to headphone in \
KMix. Again it doesn't work. You can do more complex scenarios like when \
you quit one appplication that holds the keys.


> > So we see that we actually have an issue. It cannot be discussed away.
> > If there is no generic solution, I will do a special solution for KMix,
> > MixerApllet and KMilo.
> 
> Yes. Assign the shortcut by default to KMix and KMixApplet, dump it from \
> KMilo.

My idea is rather that all of these applications do not hold the global \
shortcuts at all. The shortcuts are instead held centrally (e.g. at \
kmixd-Server), and configured with any GUI of the users choice (KMix, \
PanelApplet, ...). After configuring the Shortcut informaton is transferred \
from GUI to the kmixd-Server via DBUS.

 Christian
-- 
Is Unix ready for the Desktop? See http://www.kde.org


[prev in list] [next in list] [prev in thread] [next in thread]