कीबोर्ड डिवाइस

Android, कई तरह के कीबोर्ड डिवाइसों के साथ काम करता है. इनमें खास फ़ंक्शन भी शामिल हैं कीपैड (वॉल्यूम और पावर कंट्रोल), कॉम्पैक्ट एम्बेड किए गए QWERTY कीबोर्ड, और इनमें पूरी तरह से फ़ीचर किए गए पीसी-स्टाइल वाले एक्सटर्नल कीबोर्ड भी हैं.

इस दस्तावेज़ में सिर्फ़ फ़िज़िकल कीबोर्ड के बारे में जानकारी दी गई है. Android SDK टूल देखें सॉफ़्ट कीबोर्ड (इनपुट के तरीके एडिटर) के बारे में जानकारी के लिए.

कीबोर्ड की कैटगरी तय करना

किसी इनपुट डिवाइस को कीबोर्ड की कैटगरी में रखा जाता है. ऐसा तब किया जाता है, जब इनमें से कोई एक शर्त हो शर्तें लागू हैं:

• इनपुट डिवाइस, कीबोर्ड पर इस्तेमाल किए गए किसी भी Linux कुंजी कोड की मौजूदगी की रिपोर्ट देता है 0 से 0xff तक या KEY_OK से KEY_MAX तक.

• इनपुट डिवाइस जॉयस्टिक पर इस्तेमाल किए गए किसी भी Linux कुंजी कोड की मौजूदगी की रिपोर्ट देता है और गेमपैड में BTN_0 से BTN_9, BTN_TRIGGER से BTN_DEAD तक, शामिल हैं या BTN_A से BTN_THUMBR तक.

फ़िलहाल, जॉयस्टिक को कीबोर्ड की कैटगरी में रखा जाता है, क्योंकि जॉयस्टिक और गेमपैड बटन को EV_KEY इवेंट से उसी तरह रिपोर्ट किया जाता है जैसे कीबोर्ड के बटन रिपोर्ट किए जाते हैं. इस प्रकार जॉयस्टिक और गेमपैड कॉन्फ़िगरेशन के लिए मुख्य मैप फ़ाइलों का भी इस्तेमाल करते हैं.

इनपुट डिवाइस को कीबोर्ड की कैटगरी में रखने के बाद, सिस्टम कीबोर्ड के लिए डिवाइस कॉन्फ़िगरेशन फ़ाइल और कीबोर्ड लेआउट इनपुट करें.

इसके बाद, सिस्टम डिवाइस की अन्य विशेषताओं को तय करने की कोशिश करता है.

• अगर इनपुट डिवाइस में कोई ऐसी कुंजी है जिसे KEYCODE_Q पर मैप किया गया है, तो माना जाता है कि डिवाइस में एक अल्फ़ाबेटिक कीपैड है (न कि अंकों वाला कीपैड). कीपैड की सुविधा के बारे में, संसाधन Configuration में बताया गया है KEYBOARD_QWERTY के रूप में ऑब्जेक्ट जोड़ा.

• अगर इनपुट डिवाइस में कोई ऐसी कुंजी है जिसे KEYCODE_DPAD_UP पर मैप किया गया है, KEYCODE_DPAD_DOWN, KEYCODE_DPAD_LEFT, KEYCODE_DPAD_RIGHT, और KEYCODE_DPAD_CENTER (सभी मौजूद होने चाहिए), तो डिवाइस माना जाता है आपके पास एक डायरेक्शनल कीपैड होना चाहिए. दिशा-निर्देश कीपैड क्षमता की जानकारी संसाधन Configuration में दी गई है NAVIGATION_DPAD के रूप में ऑब्जेक्ट जोड़ा.

• अगर इनपुट डिवाइस में कोई ऐसी कुंजी है जिसे KEYCODE_BUTTON_A पर मैप किया गया है या अन्य गेमपैड से जुड़ी कुंजियां होती हैं, तो माना जाता है कि डिवाइस में गेमपैड है.

कीबोर्ड ड्राइवर के लिए ज़रूरी शर्तें

1. कीबोर्ड ड्राइवर को सिर्फ़ उन कुंजियों के लिए कोड रजिस्टर करने चाहिए जो उन्होंने मदद मिलती है. ज़रूरत से ज़्यादा कुंजी कोड रजिस्टर करने से डिवाइस को भ्रम हो सकता है ऐसा करने की वजह से सिस्टम, काम करने वाले कीबोर्ड की क्षमताओं को पूरा करता है.

2. किसी वैल्यू का इस्तेमाल करके, बटन दबाए जाने की जानकारी देने के लिए, कीबोर्ड ड्राइवर को EV_KEY का इस्तेमाल करना चाहिए कुंजी रिलीज़ की गई है, यह बताने के लिए 0 का. एक मान 1 होता है. इससे पता चलता है कि एक बटन दबाया जाता है और उसकी वैल्यू, 2 से बड़ी या उसके बराबर होती है. कुंजी अपने-आप दोहराई जा रही है.

3. Android अपना ही कीबोर्ड दोहराता है. अपने-आप दोहराने की सुविधा ड्राइवर में अक्षम होना चाहिए.

4. कीबोर्ड के ड्राइवर, विकल्प के तौर पर एचआईडी के इस्तेमाल या लो-लेवल स्कैन के बारे में बता सकते हैं कोड को MSC_SCANCODE के साथ EV_MSC भेजकर और इस्तेमाल के बारे में बताने वाली वैल्यू भेजकर या कुंजी को दबाने पर कोड स्कैन करें. यह जानकारी अभी Android डिवाइस का इस्तेमाल करता है.

5. EV_LED लिखे जाने पर, कीबोर्ड ड्राइवर को एलईडी स्टेटस सेट करने की सुविधा होनी चाहिए डिवाइस से कनेक्ट करते हैं. hid-input ड्राइवर इसे अपने-आप हैंडल करता है. यह लिखते समय, Android LED_CAPSLOCK, LED_SCROLLLOCK, और LED_NUMLOCK. इन एलईडी को सिर्फ़ तब काम करना ज़रूरी है, जब कीबोर्ड में इससे जुड़ी इंंडिकेटर लाइट मौजूद हैं.

6. एम्बेड किए गए कीपैड के लिए कीबोर्ड ड्राइवर (उदाहरण के लिए, GPIO मैट्रिक्स का इस्तेमाल करना) यह पक्का करना चाहिए कि उन कुंजियों के लिए 0 वैल्यू के साथ EV_KEY इवेंट भेजे जाएं जिन्हें डिवाइस के स्लीप मोड (कम बैटरी मोड) में जाने के दौरान भी दबाकर रखे जाते हैं. अगर ऐसा नहीं है, तो डिजिटल बटन से अटक जाता है और अपने-आप इसे हमेशा के लिए दोहराया जाता है.

कीबोर्ड की कार्रवाई

यहां Android पर कीबोर्ड की कार्रवाई के बारे में खास जानकारी दी गई है.

1. EventHub, evdev ड्राइवर के रॉ इवेंट को पढ़ता है और Linux के कुंजी कोड को मैप करता है (इसे कभी-कभी स्कैन कोड भी कहा जाता है) को Android कुंजी कोड में कीबोर्ड के 'की लेआउट मैप' पर क्लिक करें.

2. InputReader, रॉ इवेंट का इस्तेमाल करता है और मेटा कुंजी की स्थिति को अपडेट करता है. उदाहरण के लिए, अगर बाईं शिफ़्ट कुंजी को दबाया जाता है या छोड़ा जाता है, तो रीडर META_SHIFT_LEFT_ON और META_SHIFT_ON बिट को उसी हिसाब से सेट या रीसेट करें.

3. InputReader, InputDispatcher को मुख्य इवेंट की सूचना देता है.

4. InputDispatcher, WindowManagerPolicy से पूछता है कि कुंजी से क्या करना है WindowManagerPolicy.interceptKeyBeforeQueueing पर कॉल करके इवेंट देखें. यह तरीका वह एक ऐसे ज़रूरी पाथ का हिस्सा है जो डिवाइस को चालू करने के लिए ज़िम्मेदार होता है कुछ बटन दबाए जाते हैं. EventHub में, वेक लॉक की सुविधा ठीक से काम करती है साथ ही, इस अहम पाथ से पक्का किया होगा कि यह पूरा होता रहे.

5. अगर InputFilter फ़िलहाल इस्तेमाल में है, तो InputDispatcher इसे का इस्तेमाल कर सकते हैं या उसे बदल सकते हैं. लागू करने के लिए, InputFilter का इस्तेमाल किया जा सकता है पूरे सिस्टम से जुड़ी सुलभता नीतियों में इसे शामिल करें.

6. डिस्पैच थ्रेड पर प्रोसेस करने के लिए, InputDispatcher कुंजी को क्यू में लगाता है.

7. जब InputDispatcher कुंजी को हटाता है, तो यह WindowManagerPolicy मुख्य इवेंट को ऐक्सेस करने का दूसरा मौका: WindowManagerPolicy.interceptKeyBeforeDispatching. यह तरीका, सिस्टम को हैंडल करता है शॉर्टकट और अन्य फ़ंक्शन.

8. इसके बाद, InputDispatcher मुख्य इवेंट के टारगेट (फ़ोकस की गई विंडो) की पहचान करता है और उनके तैयार होने का इंतज़ार करती है. इसके बाद, InputDispatcher ऐप्लिकेशन के लिए मुख्य इवेंट.

9. ऐप्लिकेशन के अंदर, मुख्य इवेंट व्यू हैरारकी (व्यू और व्यू ग्रुप के लेआउट का क्रम) के हिसाब से पर फ़ोकस किया गया है.

10. यदि मुख्य इवेंट को प्री-IME डिस्पैच में हैंडल नहीं किया जाता है और किसी IME का उपयोग किया जा रहा है, तो मुख्य इवेंट को IME को डिलीवर किया जाता है.

11. अगर IME ने मुख्य इवेंट का इस्तेमाल नहीं किया है, तो मुख्य इवेंट लागू होता है नीचे स्टैंडर्ड पासकोड डिस्पैच के लिए फ़ोकस किए गए व्यू पर सेट किया गया है.

12. ऐप्लिकेशन, InputDispatcher को वापस इस बारे में रिपोर्ट करता है कि कुंजी इवेंट देख लिया गया. अगर इवेंट इस्तेमाल नहीं किया गया था, तो InputDispatcher "फ़ॉलबैक" लागू करने के लिए WindowManagerPolicy.dispatchUnhandledKey को कॉल करता है व्यवहार. फ़ॉलबैक ऐक्शन के आधार पर, मुख्य इवेंट की जानकारी भेजने की साइकल फिर से शुरू हो सकती है पर क्लिक करें. उदाहरण के लिए, यदि कोई ऐप्लिकेशन KEYCODE_ESCAPE, सिस्टम मुख्य इवेंट को फिर से KEYCODE_BACK के तौर पर भेज सकता है.

कीबोर्ड कॉन्फ़िगरेशन

कीबोर्ड के काम करने का तरीका, कीबोर्ड के मुख्य लेआउट, मुख्य वर्ण के हिसाब से तय होता है मैप और इनपुट डिवाइस कॉन्फ़िगरेशन.

उन फ़ाइलों के बारे में ज़्यादा जानकारी के लिए नीचे दिए गए सेक्शन देखें जिनमें कीबोर्ड कॉन्फ़िगरेशन में हिस्सा लें:

• मुख्य लेआउट फ़ाइलें
• मुख्य वर्ण वाली मैप फ़ाइलें
• डिवाइस की कॉन्फ़िगरेशन फ़ाइलें इनपुट करना

प्रॉपर्टी

नीचे दी गई इनपुट डिवाइस कॉन्फ़िगरेशन प्रॉपर्टी का इस्तेमाल कीबोर्ड के लिए किया जाता है.

कीबोर्ड.लेआउट

परिभाषा: keyboard.layout = <name>

इनपुट डिवाइस से जुड़ी कुंजी लेआउट फ़ाइल का नाम बताता है, .kl एक्सटेंशन को छोड़कर. अगर यह फ़ाइल नहीं मिलती है, तो इनपुट सिस्टम के बजाय डिफ़ॉल्ट कुंजी लेआउट का उपयोग करेगा.

लुकअप के दौरान नाम वाले स्पेस को अंडरस्कोर में बदल दिया जाता है.

ज़्यादा जानकारी के लिए, मुख्य लेआउट वाली फ़ाइल का दस्तावेज़ देखें.

कीबोर्ड.वर्णमैप

परिभाषा: keyboard.characterMap = <name>

इनपुट डिवाइस से जुड़ी, मुख्य वर्ण वाली मैप फ़ाइल का नाम बताता है, .kcm एक्सटेंशन को छोड़कर. अगर यह फ़ाइल नहीं मिलती है, तो इनपुट सिस्टम के बजाय डिफ़ॉल्ट मुख्य वर्ण मैप का उपयोग करेगा.

लुकअप के दौरान नाम वाले स्पेस को अंडरस्कोर में बदल दिया जाता है.

ज़्यादा जानकारी के लिए, मुख्य वर्ण वाली मैप फ़ाइल का दस्तावेज़ देखें.

कीबोर्ड.orientationAware

परिभाषा: keyboard.orientationAware = 0 | 1

इस नीति से यह तय होता है कि डिसप्ले की दिशा में होने वाले बदलावों पर कीबोर्ड को प्रतिक्रिया देनी चाहिए या नहीं.

• अगर वैल्यू 1 है, तो डायरेक्शनल कीपैड कुंजियों को तब घुमाया जाता है, जब डिसप्ले ओरिएंटेशन में किए गए बदलाव दिखेंगे.

• अगर वैल्यू 0 है, तो कीबोर्ड की स्क्रीन की दिशा में कोई बदलाव नहीं हो सकता.

डिफ़ॉल्ट वैल्यू 0 है.

स्क्रीन की दिशा के बारे में बताने वाली जानकारी का इस्तेमाल, दिशा-निर्देशों के कीपैड बटन को घुमाने के लिए किया जाता है. जैसे कि Motorola Droid पर. उदाहरण के लिए, जब डिवाइस को घुमाया जाता है अपने प्राकृतिक अभिविन् यास से घड़ी की सुई की दिशा में 90 डिग्री, KEYCODE_DPAD_UP है 'up' के बाद से KEYCODE_DPAD_RIGHT बनाने के लिए रीमैप किया गया बटन ऊपर की ओर इशारा करता है 'राइट' जब डिवाइस उस ओरिएंटेशन में रखा जाता है.

कीबोर्ड.बिल्टइन

परिभाषा: keyboard.builtIn = 0 | 1

इससे पता चलता है कि कीबोर्ड पहले से मौजूद है (फ़िज़िकल तौर पर अटैच किया गया है) कीबोर्ड.

अगर डिवाइस का नाम -keypad पर खत्म होता है, तो डिफ़ॉल्ट वैल्यू 1 होगी, नहीं तो 0.

पहले से मौजूद कीबोर्ड को हमेशा 0 का डिवाइस आईडी असाइन किया जाता है. अन्य कीबोर्ड जो डिवाइस में पहले से नहीं हैं उन्हें ऐसे यूनीक डिवाइस आईडी असाइन किए जाते हैं जो ज़ीरो नहीं हैं.

पहले से मौजूद कीबोर्ड के लिए 0 के आईडी का इस्तेमाल, रखरखाव बनाए रखने के लिए ज़रूरी होता है KeyCharacterMap.BUILT_IN_KEYBOARD फ़ील्ड के साथ काम करता है या नहीं, यह बताता है कि यह Chromebook में पहले से मौजूद कीबोर्ड का आईडी है और इसकी वैल्यू 0 है. इस फ़ील्ड को एपीआई में बंद कर दी गई है, लेकिन पुराने ऐप्लिकेशन अब भी इसका इस्तेमाल कर सकते हैं.

स्पेशल फ़ंक्शन वाला कीबोर्ड (जिसके मुख्य वर्ण मैप में किसी खास फ़ंक्शन के SPECIAL_FUNCTION) को पहले से मौजूद कीबोर्ड के तौर पर कभी भी रजिस्टर नहीं किया जाएगा, फिर चाहे सेटिंग कभी भी सेट की गई हो. इसकी वजह यह है कि स्पेशल फ़ंक्शन कीबोर्ड का इस्तेमाल सामान्य टाइपिंग के लिए नहीं किया जाना चाहिए.

कॉन्फ़िगरेशन के उदाहरण

# This is an example input device configuration file for a built-in
# keyboard that has a DPad.

# The keyboard is internal because it is part of the device.
device.internal = 1

# The keyboard is the default built-in keyboard so it should be assigned
# an id of 0.
keyboard.builtIn = 1

# The keyboard includes a DPad which is mounted on the device.  As the device
# is rotated the orientation of the DPad rotates along with it, so the DPad must
# be aware of the display orientation.  This ensures that pressing 'up' on the
# DPad always means 'up' from the perspective of the user, even when the entire
# device has been rotated.
keyboard.orientationAware = 1

कम्पैटिबिलिटी नोट

Honeycomb से पहले, कीबोर्ड इनपुट मैपर किसी भी कॉन्फ़िगरेशन प्रॉपर्टी का इस्तेमाल नहीं करता था. यह माना गया कि सभी कीबोर्ड फ़िज़िकल तौर पर अटैच हैं और ओरिएंटेशन की जानकारी रखते हैं. डिफ़ॉल्ट कुंजी के लेआउट और मुख्य वर्ण मैप का नाम Generic के बजाय qwerty रखा गया. कुंजी वर्ण मैप का फ़ॉर्मैट भी बहुत अलग था और फ़्रेमवर्क पीसी शैली के फ़ुल कीबोर्ड या बाहरी कीबोर्ड.

डिवाइसों को Honeycomb पर अपग्रेड करते समय, ज़रूरी अपडेट कॉन्फ़िगरेशन और मुख्य मैप फ़ाइलें शामिल हैं.

एचआईडी का इस्तेमाल, Linux के कुंजी के कोड, और Android के कुंजी के कोड

सिस्टम, कई अलग-अलग आइडेंटिफ़ायर का इस्तेमाल करके, कुंजियों के बारे में बताता है. ये आइडेंटिफ़ायर, की एक लेयर है.

एचआईडी डिवाइसों के लिए, हर कुंजी का एक एचआईडी इस्तेमाल होता है. Linux hid-input ड्राइवर और उससे जुड़े वेंडर, और डिवाइस के हिसाब से एचआईडी ड्राइवर ज़िम्मेदार होते हैं का इस्तेमाल, एचआईडी रिपोर्ट पार्स करने और एचआईडी के इस्तेमाल को Linux के कुंजी कोड से मैप करने के लिए किया जाता है.

Android, Linux कर्नेल से EV_KEY इवेंट का पता लगाता है. यह हर इवेंट का अनुवाद करता है Linux कुंजी कोड को उससे जुड़े Android कुंजी कोड में डिवाइस की लेआउट फ़ाइल में सेव रहता है.

जब मुख्य इवेंट को किसी ऐप्लिकेशन में भेजा जाता है, तो android.view.KeyEvent इंस्टेंस, Linux कुंजी कोड को getScanCode() और getKeyCode() की वैल्यू के तौर पर Android का कुंजी कोड. इन उद्देश्यों के लिए फ़्रेमवर्क शामिल है, तो सिर्फ़ getKeyCode() की वैल्यू ज़रूरी है.

ध्यान दें कि एचआईडी के इस्तेमाल की जानकारी का इस्तेमाल Android खुद नहीं करता या आवेदनों में नहीं भेजा गया.

कोड टेबल

नीचे दी गई टेबल में बताया गया है कि एचआईडी के इस्तेमाल, Linux के कुंजी कोड, और Android का इस्तेमाल कैसे किया जाता है कुंजी कोड एक-दूसरे से जुड़े होते हैं.

LKC कॉलम, हेक्साडेसिमल में Linux कुंजी कोड तय करता है.

एकेसी कॉलम, हेक्साडेसिमल में Android कुंजी कोड के बारे में बताता है.

नोट कॉलम में वे नोट होते हैं जो टेबल के बाद पोस्ट किए जाते हैं.

वर्शन कॉलम, Android प्लैटफ़ॉर्म के पहले वर्शन के बारे में बताता है इस कुंजी को इसके डिफ़ॉल्ट कुंजी मैप में शामिल करने के लिए. कई पंक्तियां ऐसे मामलों में दिखाया जाता है, जहां डिफ़ॉल्ट की मैप वर्शन के बीच बदल गया हो. यहां दिखाया गया सबसे पुराना वर्शन 1.6 है.

• जिंजरब्रेड (2.3) और इससे पहले की रिलीज़ में, डिफ़ॉल्ट कुंजी मैप यह था qwerty.kl. यह की मैप सिर्फ़ Android के साथ इस्तेमाल करने के लिए था एम्युलेटर, जिसका इस्तेमाल आर्बिट्रेरी के साथ काम करने के लिए नहीं किया गया था बाहरी कीबोर्ड. फिर भी, कुछ OEM ने ब्लूटूथ को कीबोर्ड की मदद से प्लैटफ़ॉर्म का इस्तेमाल किया. साथ ही, इन कामों के लिए qwerty.kl पर भरोसा किया ज़रूरी कीबोर्ड मैपिंग उपलब्ध कराएं. नतीजतन, ये पुरानी मैपिंग, उन OEM के लिए फ़ायदेमंद हो सकती है जो इमारत बना रहे हैं का इस्तेमाल करें. ध्यान दें कि मैपिंग वे मौजूदा मॉडल से बहुत अलग हैं, ख़ास तौर पर HOME कुंजी के इस्तेमाल से जुड़ी है. इसका सुझाव दिया जाता है सभी नए सहायक डिवाइस (जैसे, कीबोर्ड, माउस, मॉनिटर, वेबकैम वगैरह) को Honeycomb या इसी तरह के अन्य हाल के कुंजी मैप (जैसे, स्टैंडर्ड एचआईडी).

• Honeycomb (3.0) के हिसाब से, डिफ़ॉल्ट पासकोड Generic.kl है. यह की मैप, फ़ुल पीसी स्टाइल के कीबोर्ड पर काम करने के लिए डिज़ाइन किया गया था. स्टैंडर्ड एचआईडी कीबोर्ड की ज़्यादातर सुविधाएं जल्द ही काम करेंगी क्लिक करें.

Linux कर्नेल और Android के सभी वर्शन के लिए, की कोड मैपिंग अलग-अलग हो सकती है. जब Android के डिफ़ॉल्ट पासकोड मैप में बदलाव होते हैं, वे वर्शन कॉलम में दिखाई जाती हैं.

डिवाइस के हिसाब से बने एचआईडी ड्राइवर और की मैप, अलग-अलग मैपिंग लागू कर सकते हैं जो यहां बताई गई हैं.

एचआईडी कीबोर्ड और कीपैड पेज (0x07)

एचआईडी जेनरिक डेस्कटॉप पेज (0x01)

एचआईडी उपभोक्ता पेज (0x0c)

बिना एचआईडी वाली अन्य मैपिंग

ये मैपिंग, ऐसे फ़ंक्शन के बारे में बताती हैं जो एचआईडी में नहीं दिखते, लेकिन Linux के लिए कुंजी कोड मौजूद हैं.

काम न करने वाली लेगसी कुंजियां

ये मैपिंग, Android के पिछले वर्शन में दिख रही थीं. हालांकि, ये इनके साथ मेल नहीं खाती थीं एचआईडी या इस्तेमाल किए गए गैर-मानक Linux कुंजी कोड. ये अब काम नहीं करते.

नोट

1. अक्षर और अंक मिलाकर बना Android कुंजी कोड कीबोर्ड लेआउट और भाषा के आधार पर कुंजियां अलग-अलग हो सकती हैं. पुरानी वजहों से, फ़िज़िकल स्कैन कोड और एचआईडी के इस्तेमाल की जानकारी जो कीबोर्ड पर मौजूद बटन से जुड़े होते हैं उन्हें अक्सर पोज़िशन के हिसाब से तय किया जाता है भले ही उन कुंजियों पर प्रिंट किए गए लेबल एक से अलग हों किसी अन्य भाषा को ट्रैक करें.

   यूएस इंग्लिश (QWERTY) कीबोर्ड पर, सबसे ऊपर बाईं ओर वाली वर्णमाला कुंजी है लेबल किया गया Q. फ़्रेंच (AZERTY) कीबोर्ड पर, एक ही पोज़िशन को A के तौर पर लेबल किया गया है. लेबल के बावजूद, दोनों कीबोर्ड पर ऊपर बाईं ओर मौजूद अक्षर कुंजी को एचआईडी के इस्तेमाल का इस्तेमाल करने के बारे में बताया जाता है 0x07 0x0014, जिसे Linux कुंजी कोड KEY_Q के साथ मैप किया गया है.

   जब Android को अमेरिकन इंग्लिश कीबोर्ड लेआउट के साथ कॉन्फ़िगर किया जाए, तो Linux कुंजी कोड KEY_Q को Android कुंजी कोड के साथ मैप किया जाएगा KEYCODE_Q और 'Q' वर्ण बनेगा और 'q'. हालांकि, जब Android को फ़्रेंच कीबोर्ड लेआउट के साथ कॉन्फ़िगर किया जाता है, तो, Linux कुंजी कोड KEY_Q को Android कुंजी कोड के साथ मैप किया जाएगा KEYCODE_A और 'A' वर्ण बनाएगा और 'a'.

   Android कुंजी का कोड आम तौर पर, भाषा के हिसाब से की व्याख्या है, इसलिए कोई भिन्न Android कुंजी कोड हो सकता है अलग-अलग भाषाओं के लिए इस्तेमाल किए जा सकते हैं.

2. एचआईडी में 0x0c 0x022f AC Zoom को लीनियर कंट्रोल के तौर पर बताया गया है, लेकिन कर्नेल इसे एक कुंजी के रूप में मैप करता है, जो शायद गलत है.

3. Linux फ़ंक्शन बटन KEY_FN_* को सिंपल तरीके से मैप किया गया है कुंजी कोड, लेकिन META_FUNCTION मेटा स्थिति के साथ भेजे जाते हैं बिट को सही पर सेट किया गया है.

4. Android आइसक्रीम सैंडविच 4.0 से पहले के वर्शन, डिफ़ॉल्ट कुंजी लेआउट इसमें कुछ अतिरिक्त कुंजी कोड के लिए मैपिंग शामिल थीं, जिन्हें परिभाषित नहीं किया गया था मेनलाइन Linux कर्नेल हेडर में. इन मैपिंग के बाद से को हटा दिया गया है, क्योंकि पहले से तय नहीं किए गए इन कुंजी कोड में क्योंकि पिछले वर्शन में अलग-अलग मतलब असाइन किए गए हैं क्लिक किया जा सकता है.

सोर्स

1. यूएसबी एचआईडी के इस्तेमाल की टेबल v1.12
2. Linux 2.6.39 कर्नेल: include/linux/input.h, drives/hid/hid-input.c
3. Android आईसीएस: qwerty.kl, जेनेरिक.kl, KeyEvent.java