Bug 25332 - Please add support for new keyboard "Intelligent Keyboard K04"
Summary: Please add support for new keyboard "Intelligent Keyboard K04"
Status: RESOLVED WONTFIX
Alias: None
Product: xkeyboard-config
Classification: Unclassified
Component: General (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: xkb
QA Contact:
URL:
Whiteboard:
Keywords: NEEDINFO
: 34352 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-11-28 06:09 UTC by Pali Rohár
Modified: 2012-04-30 17:01 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:

Attachments
Patch for new keyboard (2.34 KB, patch)
2009-11-28 06:10 UTC, Pali Rohár 		Details | Splinter Review
New patch for this keyboard (1.45 KB, patch)
2010-01-19 07:42 UTC, Pali Rohár 		Details | Splinter Review
View All

Description Pali Rohár 2009-11-28 06:09:25 UTC 
I have PS/2 keyboard "Intelligent Keyboard K04" with multimedia keys which is not in keyboard list.

I add xkb_symbols in symbols/inet for this keyboard and now for me works.

I attached patch.
Comment 1 Pali Rohár 2009-11-28 06:10:40 UTC 
Created attachment 31534 [details] [review]
Patch for new keyboard
Comment 2 Sergey V. Udaltsov 2009-11-28 07:09:31 UTC 
A couple of notes to improve your patch:

1. Why do set vendor as "Generic"? I guess there must be some company producing these kbds?

2. Did you read the submission Rules (http://www.freedesktop.org/wiki/Software/XKeyboardConfig/Rules)? In particular, the section that recommends reusing sections "*_common". It seems your code can be greatly reduced by using these sections. Also, I'd appreciate if you sort kbd mapping by keycode.
Comment 3 Pali Rohár 2010-01-19 07:41:20 UTC 
On this keyboard, box and CD driver for Windows isnt any company name, so I dont know (There is no logo)

I create new patch which use media_nav_acpi_common, it is now correct?
Comment 4 Pali Rohár 2010-01-19 07:42:19 UTC 
Created attachment 32715 [details] [review]
New patch for this keyboard
Comment 5 Pali Rohár 2010-05-20 08:02:21 UTC 
Is this new patch ok now?
Comment 6 Sergey V. Udaltsov 2010-05-20 14:01:43 UTC 
Sorry for delay.

A couple of questions:
1. I32 is mapped usually as XF86WWW. Is it absolutely essential to change it to XF86HomePage? Semantically they are very close...
2. I6D is already XF86AudioMedia. Why do you want to add it again?
Comment 7 Pali Rohár 2011-04-04 11:36:13 UTC 
*** Bug 34352 has been marked as a duplicate of this bug. ***
Comment 8 Pali Rohár 2011-04-04 11:45:51 UTC 
1. I used informations and behaviour from Windows driver. On Windows pressing is this key change URL of browser to homepage.

2. Sorry this is my mistake.
Comment 9 Sergey V. Udaltsov 2011-04-04 12:36:01 UTC 
I guess the difference between those keysyms lies within the app that interprets them. Does your browser support them? Is it configurable?
Comment 10 Pali Rohár 2011-04-04 12:42:21 UTC 
I used KDE browser Konqueror and I configured this keysym to homepage URL.
Comment 11 Bryce Harrington 2012-04-30 13:42:43 UTC 
What's the status on this bug?

We're carrying this patch (105_intelligent_keyboard.patch) in Ubuntu Precise, but I'd love to see this finalized upstream rather than carry it as a divergence from upstream.
Comment 12 Sergey V. Udaltsov 2012-04-30 17:01:10 UTC 
I am really not sure I should commit that keyboard...

I32 is typically XF86WWW - there is not much difference with XF86HomePage, usually handled by the DEs
I67 is XF86Reload - similar to XF86Refresh
and it is already agreed that I6D mapping is redundant.

And, on top of that, this is not used with modern xorg and evdev driver.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.