मुख्य लेआउट फ़ाइलें

कुंजी लेआउट फ़ाइलें ( .kl फ़ाइलें) लिनक्स कुंजी कोड और अक्ष कोड को एंड्रॉइड कुंजी कोड और अक्ष कोड में मैप करती हैं और संबंधित नीति ध्वज निर्दिष्ट करती हैं। डिवाइस-विशिष्ट कुंजी लेआउट फ़ाइलें हैं:

  • कुंजियों के साथ आंतरिक (अंतर्निहित) इनपुट उपकरणों के लिए आवश्यक , जिसमें विशेष कुंजियाँ जैसे वॉल्यूम, पावर और हेडसेट मीडिया कुंजियाँ शामिल हैं।
  • अन्य इनपुट उपकरणों के लिए वैकल्पिक लेकिन विशेष प्रयोजन कीबोर्ड और जॉयस्टिक के लिए अनुशंसित ।

यदि कोई डिवाइस-विशिष्ट कुंजी लेआउट फ़ाइल उपलब्ध नहीं है, तो सिस्टम इसके बजाय एक डिफ़ॉल्ट चुनता है।

जगह

मुख्य लेआउट फ़ाइलें USB विक्रेता, उत्पाद (और वैकल्पिक रूप से संस्करण) आईडी या इनपुट डिवाइस नाम द्वारा स्थित होती हैं। क्रम में निम्नलिखित पथों का परामर्श लिया जाता है:

  • /odm/usr/keylayout/Vendor_XXXX_Product_XXXX_Version_XXXX.kl
  • /vendor/usr/keylayout/Vendor_XXXX_Product_XXXX_Version_XXXX.kl
  • /system/usr/keylayout/Vendor_XXXX_Product_XXXX_Version_XXXX.kl
  • /data/system/devices/keylayout/Vendor_XXXX_Product_XXXX_Version_XXXX.kl
  • /odm/usr/keylayout/Vendor_XXXX_Product_XXXX.kl
  • /vendor/usr/keylayout/Vendor_XXXX_Product_XXXX.kl
  • /system/usr/keylayout/Vendor_XXXX_Product_XXXX.kl
  • /data/system/devices/keylayout/Vendor_XXXX_Product_XXXX.kl
  • /odm/usr/keylayout/DEVICE_NAME.kl
  • /vendor/usr/keylayout/DEVICE_NAME.kl
  • /system/usr/keylayout/DEVICE_NAME.kl
  • /data/system/devices/keylayout/DEVICE_NAME.kl
  • /odm/usr/keylayout/Generic.kl
  • /vendor/usr/keylayout/Generic.kl
  • /system/usr/keylayout/Generic.kl
  • /data/system/devices/keylayout/Generic.kl

डिवाइस नाम वाले फ़ाइल पथ का निर्माण करते समय, डिवाइस नाम में '0'-'9', 'a'-'z', 'A'-'Z', '-' या '_' के अलावा सभी अक्षर '_' द्वारा प्रतिस्थापित किया जाता है।

सामान्य कुंजी लेआउट फ़ाइल

सिस्टम एक विशेष अंतर्निहित जेनेरिक कुंजी लेआउट फ़ाइल प्रदान करता है जिसे Generic.kl कहा जाता है। इस कुंजी लेआउट का उद्देश्य विभिन्न मानक बाहरी कीबोर्ड और जॉयस्टिक का समर्थन करना है। सामान्य कुंजी लेआउट को संशोधित न करें!

वाक्य - विन्यास

कुंजी लेआउट फ़ाइल एक सादा पाठ फ़ाइल होती है जिसमें कुंजी या अक्ष घोषणाएँ और झंडे होते हैं।

प्रमुख घोषणाएँ

मुख्य घोषणाओं में कीवर्ड key के बाद लिनक्स कुंजी कोड नंबर और एंड्रॉइड कुंजी कोड नाम, या कीवर्ड उपयोग के बाद एचआईडी उपयोग और एंड्रॉइड कुंजी कोड नाम शामिल होता है। HID उपयोग को 32-बिट पूर्णांक के रूप में दर्शाया जाता है, जहां उच्च 16-बिट्स HID उपयोग पृष्ठ का प्रतिनिधित्व करते हैं और निम्न 16-बिट्स HID उपयोग आईडी का प्रतिनिधित्व करते हैं। किसी भी घोषणा के बाद व्हाइटस्पेस-सीमांकित नीति झंडों का एक वैकल्पिक सेट हो सकता है।

key 1     ESCAPE
key 114   VOLUME_DOWN
key 16    Q                 VIRTUAL
key usage 0x0c006F          BRIGHTNESS_UP

निम्नलिखित नीति ध्वज मान्यता प्राप्त हैं:

  • FUNCTION : कुंजी की व्याख्या इस प्रकार की जानी चाहिए मानो फ़ंक्शन कुंजी भी दबाई गई हो।
  • GESTURE : उपयोगकर्ता के इशारे से उत्पन्न कुंजी, जैसे टचस्क्रीन को हथेली से दबाना।
  • VIRTUAL : कुंजी मुख्य टच स्क्रीन से सटी एक वर्चुअल सॉफ्ट कुंजी (कैपेसिटिव बटन) है। इसके कारण विशेष डिबाउंसिंग लॉजिक सक्षम हो जाता है (नीचे देखें)।

धुरी घोषणाएँ

एक्सिस घोषणाओं में प्रत्येक कीवर्ड axis के बाद एक लिनक्स एक्सिस कोड नंबर और क्वालीफायर शामिल होते हैं जो कम से कम एक एंड्रॉइड एक्सिस कोड नाम सहित एक्सिस के व्यवहार को नियंत्रित करते हैं।

मूल अक्ष

एक मूल अक्ष बस एक लिनक्स अक्ष कोड को एंड्रॉइड अक्ष कोड नाम पर मैप करता है। निम्नलिखित घोषणा ABS_X ( 0x00 द्वारा इंगित) को AXIS_X ( X द्वारा इंगित) से मैप करती है।

axis 0x00 X

उपरोक्त उदाहरण में, यदि ABS_X का मान 5 है तो AXIS_X को 5 पर सेट किया गया है।

कुल्हाड़ियों को विभाजित करें

एक विभाजित अक्ष एक लिनक्स अक्ष कोड को दो एंड्रॉइड अक्ष कोड नामों पर मैप करता है, जैसे कि मैप किए जाने पर सीमा से कम या अधिक मान दो अलग-अलग अक्षों में विभाजित हो जाते हैं। यह मैपिंग तब उपयोगी होती है जब डिवाइस द्वारा रिपोर्ट किया गया एक भौतिक अक्ष दो अलग-अलग परस्पर अनन्य तार्किक अक्षों को एन्कोड करता है।

निम्नलिखित घोषणा 0x7f से कम होने पर ABS_Y अक्ष ( 0x01 द्वारा इंगित) के मानों को AXIS_GAS पर या 0x7f से अधिक होने पर AXIS_BRAKE पर मैप करती है।

axis 0x01 split 0x7f GAS BRAKE

उपरोक्त उदाहरण में, यदि ABS_Y का मान 0x7d है तो AXIS_GAS 2 ( 0x7f - 0x7d ) पर सेट किया गया है और AXIS_BRAKE को 0 पर सेट किया गया है। इसके विपरीत, यदि ABS_Y का मान 0x83 है तो AXIS_GAS 0 पर सेट किया गया है और AXIS_BRAKE 4 ( 0x83 - 0x7f ) पर सेट किया गया है। अंत में, यदि ABS_Y का मान 0x7f के विभाजन मान के बराबर है तो AXIS_GAS और AXIS_BRAKE दोनों 0 पर सेट हैं।

उलटी कुल्हाड़ियाँ

एक उलटा अक्ष अक्ष मान के चिह्न को उलट देता है। निम्नलिखित घोषणा ABS_RZ ( 0x05 द्वारा इंगित) को AXIS_BRAKE ( BRAKE द्वारा इंगित) पर मैप करती है, और इसे नकार कर आउटपुट को उलट देती है।

axis 0x05 invert BRAKE

उपरोक्त उदाहरण में, यदि ABS_RZ का मान 2 है तो AXIS_BRAKE को -2 पर सेट किया गया है।

मध्य समतल विकल्प

जॉयस्टिक डिवाइस शोर के कारण तब भी इनपुट घटनाओं की रिपोर्ट कर सकता है, जब जॉयस्टिक का उपयोग नहीं किया जा रहा हो। यह शोर आम तौर पर बाएं और/या दाएं स्टिक्स से आता है, और ड्राइवर को 0 के करीब स्थिति मान की रिपोर्ट करने का कारण बनता है। "सेंटर फ़्लैट" मान आराम के समय नियंत्रक से अपेक्षित शोर की मात्रा निर्दिष्ट करता है।

लिनक्स इनपुट प्रोटोकॉल इनपुट डिवाइस ड्राइवरों को जॉयस्टिक अक्षों के केंद्र फ्लैट मान को निर्दिष्ट करने का एक तरीका प्रदान करता है, लेकिन सभी ड्राइवर इसकी रिपोर्ट नहीं करते हैं और उनमें से कुछ गलत मान प्रदान करते हैं। इस समस्या को हल करने के लिए, एक अक्ष घोषणा के बाद एक flat विकल्प दिया जा सकता है जो अक्ष की केंद्र स्थिति के आसपास के क्षेत्र की चौड़ाई निर्दिष्ट करता है जिसे केंद्र के रूप में माना जाना चाहिए।

उदाहरण के लिए, यदि कोई डिवाइस ड्राइवर AXIS_X के लिए मान 0 और 100 के बीच रिपोर्ट करता है, तो 0 को -1 पर मैप किया जाएगा और 100 को एंड्रॉइड इनपुट सिस्टम द्वारा 1 पर मैप किया जाएगा। रेंज का केंद्र अनस्केल्ड निर्देशांक में 50 और स्केल किए गए निर्देशांक में 0 होगा। यदि एक फ्लैट मान 10 के बराबर है, तो डेवलपर्स को यह मान लेना चाहिए कि -0.1 और 0.1 (अनस्केल्ड निर्देशांक में 40 और 60 के बीच) के बीच रिपोर्ट किया गया कोई भी AXIS_X मान शोर है, और जॉयस्टिक से आने वाले उन मानों को शून्य मानना ​​चाहिए।

ध्यान दें : जबकि कुंजी लेआउट फ़ाइल ड्राइवर समन्वय स्थान के लिए मान निर्दिष्ट करती है, android.view.InputDevice.MotionRange#getFlat() द्वारा रिपोर्ट किया गया मान एंड्रॉइड समन्वय स्थान में है।

axis 0x03 Z flat 4096

उपरोक्त उदाहरण में, केंद्र फ्लैट मान 4096 पर सेट है।

टिप्पणियाँ

टिप्पणी पंक्तियाँ # से शुरू होती हैं और पंक्ति के अंत तक जारी रहती हैं:

# A comment!

ख़ाली रेखाओं को नज़रअंदाज कर दिया जाता है.

उदाहरण

कीबोर्ड

# This is an example of a key layout file for a keyboard.

key 1     ESCAPE
key 2     1
key 3     2
key 4     3
key 5     4
key 6     5
key 7     6
key 8     7
key 9     8
key 10    9
key 11    0
key 12    MINUS
key 13    EQUALS
key 14    DEL

# etc...

सिस्टम नियंत्रण

# This is an example of a key layout file for basic system controls,
# such as volume and power keys which are typically implemented as GPIO pins
# the device decodes into key presses.

key 114   VOLUME_DOWN
key 115   VOLUME_UP
key 116   POWER

कैपेसिटिव बटन

# This is an example of a key layout file for a touch device with capacitive buttons.

key 139    MENU           VIRTUAL
key 172    HOME           VIRTUAL
key 158    BACK           VIRTUAL
key 217    SEARCH         VIRTUAL

हेडसेट जैक मीडिया नियंत्रण

# This is an example of a key layout file for headset mounted media controls.
# A typical headset jack interface might have special control wires or detect known
# resistive loads as corresponding to media functions or volume controls.
# This file assumes that the driver decodes these signals and reports media
# controls as key presses.

key 163   MEDIA_NEXT
key 165   MEDIA_PREVIOUS
key 226   HEADSETHOOK

जोस्टिक

# This is an example of a key layout file for a joystick.

# These are the buttons that the joystick supports, represented as keys.
key 304   BUTTON_A
key 305   BUTTON_B
key 307   BUTTON_X
key 308   BUTTON_Y
key 310   BUTTON_L1
key 311   BUTTON_R1
key 314   BUTTON_SELECT
key 315   BUTTON_START
key 316   BUTTON_MODE
key 317   BUTTON_THUMBL
key 318   BUTTON_THUMBR

# Left and right stick.
# The reported value for flat is 128 in a range of -32767 to 32768, which is absurd.
# This confuses applications that rely on the flat value because the joystick
# actually settles in a flat range of +/- 4096 or so. We override it here.
axis 0x00 X flat 4096
axis 0x01 Y flat 4096
axis 0x03 Z flat 4096
axis 0x04 RZ flat 4096

# Triggers.
axis 0x02 LTRIGGER
axis 0x05 RTRIGGER

# Hat.
axis 0x10 HAT_X
axis 0x11 HAT_Y

वर्चुअल सॉफ्ट कुंजियाँ

इनपुट सिस्टम निम्नलिखित उपयोग के मामलों में वर्चुअल सॉफ्ट कुंजियाँ लागू करने के लिए विशेष सुविधाएँ प्रदान करता है:

  1. यदि वर्चुअल सॉफ्ट कुंजियाँ स्क्रीन पर ग्राफ़िक रूप से प्रदर्शित की जाती हैं (जैसे कि गैलेक्सी नेक्सस पर), तो उन्हें सिस्टम यूआई पैकेज में नेविगेशन बार घटक द्वारा कार्यान्वित किया जाता है। क्योंकि ग्राफिकल वर्चुअल सॉफ्ट कुंजियाँ सिस्टम में उच्च स्तर पर लागू की जाती हैं, कुंजी लेआउट फ़ाइलें शामिल नहीं होती हैं और निम्नलिखित जानकारी लागू नहीं होती है।
  2. यदि वर्चुअल सॉफ्ट कुंजियों को एक विस्तारित स्पर्श करने योग्य क्षेत्र के रूप में कार्यान्वित किया जाता है जो मुख्य टच स्क्रीन का हिस्सा है (जैसे कि नेक्सस वन पर), तो इनपुट सिस्टम एक्स/वाई टच निर्देशांक को लिनक्स कुंजी कोड में अनुवाद करने के लिए वर्चुअल कुंजी मैप फ़ाइल का उपयोग करता है, फिर लिनक्स कुंजी कोड को एंड्रॉइड कुंजी कोड में अनुवाद करने के लिए कुंजी लेआउट फ़ाइल का उपयोग करता है (वर्चुअल कुंजी मानचित्र फ़ाइलों पर विवरण के लिए, टच डिवाइस देखें)। टच स्क्रीन इनपुट डिवाइस के लिए कुंजी लेआउट फ़ाइल में उपयुक्त कुंजी मैपिंग निर्दिष्ट होनी चाहिए और प्रत्येक कुंजी के लिए VIRTUAL ध्वज शामिल होना चाहिए।
  3. यदि वर्चुअल सॉफ्ट कुंजियाँ मुख्य टच स्क्रीन (जैसे कि नेक्सस एस) से अलग कैपेसिटिव बटन के रूप में कार्यान्वित की जाती हैं, तो कर्नेल डिवाइस ड्राइवर या फ़र्मवेयर लिनक्स कुंजी कोड में टच का अनुवाद करने के लिए जिम्मेदार होता है, जिसे इनपुट सिस्टम एंड्रॉइड कुंजी कोड में अनुवादित करता है। कुंजी लेआउट फ़ाइल का उपयोग करना। कैपेसिटिव बटन इनपुट डिवाइस के लिए कुंजी लेआउट फ़ाइल में उचित कुंजी मैपिंग निर्दिष्ट होनी चाहिए और प्रत्येक कुंजी के लिए VIRTUAL ध्वज शामिल होना चाहिए।

जब वर्चुअल सॉफ्ट कुंजियाँ टच स्क्रीन के भीतर या निकट भौतिक निकटता में स्थित होती हैं, तो उपयोगकर्ताओं के लिए स्क्रीन के निचले भाग के पास स्पर्श करते समय या उंगली को ऊपर से नीचे या नीचे से फिसलते समय गलती से बटन दबाना आसान होता है। स्क्रीन पर शीर्ष पर. इसे रोकने के लिए, इनपुट सिस्टम थोड़ा डिबाउंसिंग लागू करता है जैसे कि टच स्क्रीन पर सबसे हालिया टच के बाद वर्चुअल सॉफ्ट कुंजी प्रेस को कुछ समय के लिए नजरअंदाज कर दिया जाता है (इस देरी को वर्चुअल कुंजी शांत समय कहा जाता है)।

वर्चुअल सॉफ्ट कुंजी डिबाउंसिंग सक्षम करने के लिए:

  1. प्रत्येक कुंजी के लिए VIRTUAL फ़्लैग सेट के साथ टच स्क्रीन या कैपेसिटिव बटन इनपुट डिवाइस के लिए एक कुंजी लेआउट फ़ाइल प्रदान करें।
    key 139    MENU           VIRTUAL
key 172    HOME           VIRTUAL
key 158    BACK           VIRTUAL
key 217    SEARCH         VIRTUAL
  2. फ़्रेमवर्क config.xml संसाधन के लिए संसाधन ओवरले में वर्चुअल कुंजी शांत समय का मान सेट करें।
    <!-- Specifies the amount of time to disable virtual keys after the screen
is touched to filter out accidental virtual key presses due to swiping gestures
or taps near the edge of the display. May be 0 to disable the feature.
It is recommended that this value be no more than 250 ms.
This feature should be disabled for most devices. -->

<integer name="config_virtualKeyQuietTimeMillis">250</integer>

मान्यकरण

आपको वैलिडेट कीमैप्स टूल का उपयोग करके अपनी कुंजी लेआउट फ़ाइलों को सत्यापित करना चाहिए।