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
next prev parent 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).