public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Tom Felker <tcfelker@mtco.com>
To: Karel Demeyer <kmdemeye@vub.ac.be>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: ati_remote for medion
Date: Thu, 19 Aug 2004 10:16:06 -0500	[thread overview]
Message-ID: <200408191016.06528.tcfelker@mtco.com> (raw)
In-Reply-To: <1092904136.3352.5.camel@kryptonix>

On Thursday 19 August 2004 03:28 am, Karel Demeyer wrote:
> > I sent a patch to support the Medion RC to the linux-usb-devel list in
> > April 04 (http://thread.gmane.org/gmane.linux.usb.devel/20928) but it
> > got ignored. I think the main problem is to support the different key
> > mappings in the driver. The easiest approach would be to expand the
>
> hard
>
> > coded key translation table for each supported RC. If that would be
> > acceptable, I could prepare a patch.
> >
> > Is there a another way to handle remote control key mappings in the
> > input subsystem?
> >
> > Wolfgang
>
> I'm not sure if my key-mappings are the best, but for my use they are
> excellent.  I added a 'Ctrl', 'Alt', 'Tab', 'Esc' and some more keys.
> The 'fullscreen'-button acts as a 'f', as it makes Totem, TVtime, gXine
> etc go fullscreen ...
>
> I don't know how, but if I still could help in any way, make it clear
> how :)
>
> friendly greets,
>
> Karel "scapor" Demeyer

Are the keycodes unique enough that you can just put the keymaps for both 
remotes into the same table?  I.E. when you wrote your keymaps, did you have 
to remove some of the others to get it to work, or was that just for 
cleanliness?  Otherwise, we'd need to have multiple tables and choose which 
to use based on which remote is being used.

Oh, and do stick around, Karel, someone will need to test the result.

BTW, does anyone know whether the probe function actually needs to check 
whether the product and vendor IDs match the device?  I've seen docs that 
imply yes, but many drivers don't check, and I feel stupid iterating thru the 
table if no.

Have fun,

-- 
Tom Felker, <tcfelker@mtco.com>
<http://vlevel.sourceforge.net> - Stop fiddling with the volume knob.

If nature has made any one thing less susceptible than all others of exclusive 
property, it is the action of the thinking power called an idea.

  reply	other threads:[~2004-08-19 15:17 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-19  8:28 ati_remote for medion Karel Demeyer
2004-08-19 15:16 ` Tom Felker [this message]
2004-08-19 15:51   ` Karel Demeyer
2004-08-19 17:09     ` Tom Felker
2004-08-20 17:16       ` Karel Demeyer
2004-08-20 20:15   ` Karel Demeyer
  -- strict thread matches above, loose matches on Subject: below --
2004-08-18 19:22 Karel Demeyer
2004-08-19  6:00 ` Wolfgang Fritz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200408191016.06528.tcfelker@mtco.com \
    --to=tcfelker@mtco.com \
    --cc=kmdemeye@vub.ac.be \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox