spec on "multimedia buttons"

[R.T. van der Wal]

Well, I think that at least it should be the same program on every
architecture. I hate getting used to new ways of setting the multimedia keys
up when switching between a Mac and a PC.
It would ofcourse be even better if there would be just some kind of
'driver-system' for which you can then load the appropriete driver for you
keyboard, either made by the manufactorer or by a volunteer, so you don't
have to set it up yourself.

And I'm still wondering why switching from PS/2 to USB would cause a problem
with my Logitech Cordless Desktop Optical... It's really annoying. It
shouldn't do that.

That's why I think a common and easyer way defined in a spec would be
useful.

----- Original Message ----- 
From: "George Staikos" <staikos at kde.org>
To: <xdg-list at freedesktop.org>
Sent: Friday, August 01, 2003 6:41 PM
Subject: Re: spec on "multimedia buttons"


>    Yes, this stuff should be rather trivial to implement in each desktop
and
> in most cases shouldn't even require configuration.  I don't see a problem
> with have pbbuttonsd running on a mac, and other solutions running on
other
> machines.  Each piece of hardware works differently and there's no sense
> making a generic solution for all of them.
>
>    KDE 3.2 includes a kded module that displays OSD notification for
events
> such as special keypresses and we didn't even need to add a configuration
> panel yet.  It just "works".  I mean, how many ways can you configure
"volume
> up" to raise the volume?  Just have a specific daemon running, where
> necessary, to capture the events from the hardware, and then have a
process
> in the desktop that picks off the events and displays as much or as little
> information as the user or programmer decides is necessary.  It's better
to
> keep the hardware event processing in a system daemon for multiple reasons
> too.  You can provide access to privileged operations, for instance.
>
>    I don't see a need for any "standard" here, and I think any attempt
would
> be futile since hardware is constantly changing.
>
> -- 
> George Staikos
> KDE Developer http://www.kde.org/
> Staikos Computing Services Inc. http://www.staikos.net/
>
> _______________________________________________
> Xdg-list mailing list
> Xdg-list at freedesktop.org
> https://www.redhat.com/mailman/listinfo/xdg-list