All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jarod Wilson <jarod@redhat.com>
To: Andy Walls <awalls@md.metrocast.net>
Cc: linux-input@vger.kernel.org,
	Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	Jiri Kosina <jkosina@suse.cz>,
	Linux Media <linux-media@vger.kernel.org>
Subject: Re: [RFC PATCH] input: add KEY_IMAGES specifically for AL Image Browser
Date: Tue, 12 Apr 2011 17:00:53 -0400	[thread overview]
Message-ID: <4DA4BD85.8010303@redhat.com> (raw)
In-Reply-To: <8a21a9ac-79dd-4991-a059-693dde77f11c@email.android.com>

Andy Walls wrote:
> Jarod Wilson<jarod@redhat.com>  wrote:
>
>> Many media center remotes have buttons intended for jumping straight to
>> one type of media browser or another -- commonly,
>> images/photos/pictures,
>> audio/music, television, and movies. At present, remotes with an images
>> or photos or pictures button use any number of different keycodes which
>> sort of maybe fit. I've seen at least KEY_MEDIA, KEY_CAMERA,
>> KEY_GRAPHICSEDITOR and KEY_PRESENTATION. None of those seem quite
>> right.
>> In my mind, KEY_MEDIA should be something more like a media center
>> application launcher (and I'd like to standardize on that for things
>> like the windows media center button on the mce remotes). KEY_CAMERA is
>> used in a lot of webcams, and typically means "take a picture now".
>> KEY_GRAPHICSEDITOR implies an editor, not a browser. KEY_PRESENTATION
>> might be the closest fit here, if you think "photo slide show", but it
>> may well be more intended for "run application in full-screen
>> presentation mode" or to launch something like magicpoint, I dunno.
>> And thus, I'd like to have a KEY_IMAGES, which matches the HID Usage AL
>> Image Browser, the meaning of which I think is crystal-clear. I believe
>> AL Audio Browser is already covered by KEY_AUDIO, and AL Movie Browser
>> by KEY_VIDEO, so I'm also adding appropriate comments next to those
>> keys.
>>
>> I have follow-on patches for drivers/hid/hid-input.c and for
>> drivers/media/rc/* that make use of this new key, if its deemed
>> appropriate for addition. To make it simpler to merge the additional
>> patches, it would be nice if this could sneak into 2.6.39, and the
>> rest can then get queued up for 2.6.40, avoiding any multi-tree
>> integration headaches.
>>
>> CC: Dmitry Torokhov<dmitry.torokhov@gmail.com>
>> CC: Jiri Kosina<jkosina@suse.cz>
>> CC: Linux Media<linux-media@vger.kernel.org>
>> Signed-off-by: Jarod Wilson<jarod@redhat.com>
>> ---
>> include/linux/input.h |    5 +++--
>> 1 files changed, 3 insertions(+), 2 deletions(-)
>>
>> diff --git a/include/linux/input.h b/include/linux/input.h
>> index e428382..be082e9 100644
>> --- a/include/linux/input.h
>> +++ b/include/linux/input.h
>> @@ -553,8 +553,8 @@ struct input_keymap_entry {
>> #define KEY_DVD			0x185	/* Media Select DVD */
>> #define KEY_AUX			0x186
>> #define KEY_MP3			0x187
>> -#define KEY_AUDIO		0x188
>> -#define KEY_VIDEO		0x189
>> +#define KEY_AUDIO		0x188	/* AL Audio Browser */
>> +#define KEY_VIDEO		0x189	/* AL Movie Browser */
>> #define KEY_DIRECTORY		0x18a
>> #define KEY_LIST		0x18b
>> #define KEY_MEMO		0x18c	/* Media Select Messages */
>> @@ -605,6 +605,7 @@ struct input_keymap_entry {
>> #define KEY_MEDIA_REPEAT	0x1b7	/* Consumer - transport control */
>> #define KEY_10CHANNELSUP        0x1b8   /* 10 channels up (10+) */
>> #define KEY_10CHANNELSDOWN      0x1b9   /* 10 channels down (10-) */
>> +#define KEY_IMAGES		0x1ba	/* AL Image Browser */
>>
>> #define KEY_DEL_EOL		0x1c0
>> #define KEY_DEL_EOS		0x1c1
>> --
>> 1.7.1
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-media"
>> in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
> Maybe "Launch" instead of "AL" in the comments.  It took me a while to figure out AL even with the email context.

Ah, yes, that's an HID Usage Table-ism, short for "Application Launch". 
The comment text is taken straight from the HUT's Usage Name column, on 
page 80 of HUT v1.12, and matches a fair number of other comments in 
input.h. It wasn't until I started reading the HUT doc that many of the 
comments next to keys actually started making sense... :)

So I'm fine with either "AL" or "Launch", but if we opt for the latter, 
it might be good to change the rest of the comments to match.

-- 
Jarod Wilson
jarod@redhat.com

  reply	other threads:[~2011-04-12 21:00 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-12 20:19 [RFC PATCH] input: add KEY_IMAGES specifically for AL Image Browser Jarod Wilson
2011-04-12 20:53 ` Andy Walls
2011-04-12 21:00   ` Jarod Wilson [this message]
2011-04-12 21:09     ` Dmitry Torokhov
2011-04-12 21:20       ` Jarod Wilson

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=4DA4BD85.8010303@redhat.com \
    --to=jarod@redhat.com \
    --cc=awalls@md.metrocast.net \
    --cc=dmitry.torokhov@gmail.com \
    --cc=jkosina@suse.cz \
    --cc=linux-input@vger.kernel.org \
    --cc=linux-media@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.