From kde-devel  Sun Feb 01 09:57:13 2004
From: =?iso-8859-1?Q?=C9ric?= Brunet <Eric.Brunet () lps ! ens ! fr>
Date: Sun, 01 Feb 2004 09:57:13 +0000
To: kde-devel
Subject: Re: kmix and shortcut keys
Message-Id: <20040201095713.GA29301 () lps ! ens ! fr>
X-MARC-Message: https://marc.info/?l=kde-devel&m=107562948806320

On Sun, Feb 01, 2004 at 12:29:12AM +0000, Jonathan Riddell wrote:
> > > >>> What I would like to do, is to assign the keys 
> > > >>> XF86Audio(Raise|Lower|Mute)Volume to the kmix_applet, and never use kmix. 
> 
> What is kmix_applet?

That's the applet that goes into the panel if you click on the RMB, add
applet, mixer (well, That's a back translation. Right now, my menus are
in french.) It has a configuration file in .kde/share/config which is,
right now, called kmix_panelapplet_18lzlelwsnezygg0qmp_rc (and I am sure
there is a good reason for that name) The kmix_applet is very small, does
not take any room on the screen, allows you to quickly change the volume
whitout displaying a big ugly window in the middle and does not occupy a
slot in the taskbar.

Plus, when kmilo is disabled, it answers very well to keystrokes.
> 
> What would you rather the volume keys did?  Changeing the volume seems
> like the perfect task :)
> 
> It might be nicer is there was a lighter weight way to change the
> volume than loading kmix.

kmix_applet is this lighter weight way.
> 
> Suggestions for a good configuration interface to KMilo are welcome,

I don't know what could be a good interface. But if the job of KMilo is to
catch keystrokes and react to them, then I think that before taking any
action, it should check that the key stroke has not been explicitely
defined as a shortcut for another application. Only if the key stroke is
not assigned should the default action be taken. 

Thanking you for improving kde,

	Éric
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<