Colemak vs Dvorak vs QWERTY: आपके लिए कौन सा बेहतर है?

संक्षिप्त उत्तर

Colemak बनाम Dvorak बनाम QWERTY के सवाल का अधिकांश लोगों के लिए एक नीरस उत्तर है: QWERTY पर ही बने रहें। इसका कारण यह है कि इसमें हफ्तों तक धीमी गति से काम करने की कीमत चुकानी पड़ती है और इसका लाभ बहुत कम है जिसे मापना कठिन है। यदि आप वास्तव में बदलाव करना चाहते हैं, तो Colemak एक सस्ता विकल्प है। इसमें 30 अक्षर और विराम चिह्नों वाली कुंजियों में से 13 कुंजियाँ बिल्कुल QWERTY वाली जगह पर ही रहती हैं, और यह copy और paste वाली कुंजियों को भी यथावत रखता है। Dvorak अधिक बड़ा बदलाव है जिसे व्यापक समर्थन प्राप्त है, क्योंकि हर मुख्य operating system में दशकों से यह उपलब्ध है। कोई भी layout अपने आप में आपको तेज टाइपिस्ट नहीं बनाएगा। ये केवल यह बदलते हैं कि आपकी उंगलियां कितनी दूर तक चलती हैं, और लंबे दिन के अंत में यह कैसा महसूस होता है।

यह पृष्ठ निर्णय लेने के लिए है। यदि आप पहले ही निर्णय ले चुके हैं और आपको commands चाहिए, तो Linux के लिए Colemak सेटअप गाइड पर जाएं।

प्रत्येक लेआउट को किस उद्देश्य से बनाया गया था

QWERTY 1870 के दशक के Sholes and Glidden टाइपराइटर से आया है, और इसका लक्ष्य यांत्रिक था। उस मशीन पर प्रत्येक की (key) एक मेटल टाइपबार को बास्केट से ऊपर की ओर धकेलती थी ताकि वह कागज पर प्रहार कर सके, और यदि दो पास-पास स्थित बार तेजी से दबाए जाते थे, तो वे आपस में टकराकर जाम हो सकते थे। सामान्य अक्षर युग्मों को दूर-दूर रखने से जाम होने की समस्या कम हो गई। यह लोकप्रिय दावा कि QWERTY को टाइप करने वालों की गति धीमी करने के लिए बनाया गया था, उस कहानी का एक विकृत संस्करण है। इतिहासकारों ने इस व्यवस्था के कुछ हिस्सों को मोर्स कोड ट्रांसक्राइब करने वाले टेलीग्राफ ऑपरेटरों से भी जोड़ा है। आपके लिए जो बात मायने रखती है वह सरल है: यह लेआउट 1878 के हार्डवेयर द्वारा स्थिर हो गया था, फिर दशकों के प्रशिक्षण द्वारा लॉक हो गया, और इसका कोई भी हिस्सा बिना हिलने वाले पुर्जों वाले कीबोर्ड के लिए ट्यून नहीं किया गया था।

Dvorak 1936 का विकल्प है जिसे August Dvorak और William Dealey ने बनाया था। इसका डिज़ाइन नियम लेआउट में ही स्पष्ट है। सभी पांच स्वर (vowels) बाईं ओर की होम रो पर स्थित हैं, AOEUI, और सबसे सामान्य अंग्रेजी व्यंजन दाईं ओर की होम रो पर हैं, DHTNS। इस प्रकार सामान्य शब्द हाथों के बीच बारी-बारी से टाइप होते हैं, और सबसे मजबूत उंगलियां अधिकांश काम करती हैं। यह तीनों में सबसे अधिक बदलाव लाने वाला लेआउट है, क्योंकि केवल दो कीज़, A और M, अपनी QWERTY वाली स्थिति पर बनी रहती हैं।

Colemak को Shai Coleman द्वारा 2006 में प्रकाशित किया गया था, और इसकी डिज़ाइन बाधा स्विचिंग की लागत (switching cost) थी। होम रो बाईं ओर A R S T D और दाईं ओर H N E I O पढ़ती है, जो सबसे सामान्य अंग्रेजी अक्षरों को उंगलियों के नीचे रखती है, जबकि बाकी सब कुछ यथासंभव कम हिलता है। निचली पंक्ति Z X C V B को वहीं रखती है जहाँ QWERTY में वे होती हैं। Colemak Caps Lock को Backspace में भी रीमैप करता है, जो एक अलग आदत है जिसे आप किसी भी लेआउट पर अपना सकते हैं या पूरी तरह से अनदेखा कर सकते हैं।

Colemak बनाम Dvorak बनाम QWERTY: वास्तव में कितनी कुंजियाँ बदलती हैं

तीन अक्षर वाली पंक्तियों की गणना करें, जिनमें 26 अक्षर और 4 विराम चिह्न कुंजियाँ होती हैं, और प्रत्येक लेआउट की QWERTY से स्थिति-दर-स्थिति तुलना करें। शॉर्टकट कॉलम यह गिनता है कि Z, X, C और V में से कितनी कुंजियाँ अपने QWERTY स्थानों पर बनी रहती हैं, क्योंकि अधिकांश सिस्टम पर ये चार कुंजियाँ undo, cut, copy और paste का कार्य करती हैं।

[
  {
    "label": "QWERTY",
    "keys_moved_from_qwerty": 0,
    "shortcut_keys_kept": 4
  },
  {
    "label": "Colemak",
    "keys_moved_from_qwerty": 17,
    "shortcut_keys_kept": 4
  },
  {
    "label": "Dvorak",
    "keys_moved_from_qwerty": 28,
    "shortcut_keys_kept": 0
  }
]

Colemak 17 कुंजियों को स्थानांतरित करता है। Dvorak 28 कुंजियों को स्थानांतरित करता है। यह अंतर ही दोनों के बीच का वास्तविक व्यावहारिक अंतर है। प्रत्येक स्थानांतरित कुंजी एक ऐसी आदत है जिसे आपको तब तक भूलना होगा जब तक आपका हाथ पुरानी जगह पर पहुँचता रहेगा, इसलिए यह संख्या इस बात का एक मोटा अनुमान है कि कष्टदायक चरण कितने समय तक चलेगा। यह इस बारे में कुछ नहीं कहता कि कौन सा विन्यास बेहतर है।

क्या एडिटिंग शॉर्टकट्स वहीं रहते हैं जहाँ आप उनसे उम्मीद करते हैं?

Colemak में Z, X, C और V अपनी QWERTY वाली स्थितियों पर ही रहते हैं, इसलिए Ctrl+Z, Ctrl+C, Ctrl+X और Ctrl+V एक ही हाथ की समान उंगलियों के नीचे बने रहते हैं। Dvorak इनमें से 0 को ही बरकरार रखता है। Dvorak पर C अक्षर वहाँ होता है जहाँ QWERTY में I होता है, V QWERTY के full stop की key पर होता है, X QWERTY के B के नीचे होता है, और Z QWERTY के slash की key पर होता है। Copy और paste करने के लिए दोनों हाथों का उपयोग करना पड़ता है।

यह बात word processor की तुलना में terminal में अधिक मायने रखती है। किसी चल रही command को interrupt करने के लिए Ctrl+C और standard input को बंद करने के लिए Ctrl+D ऐसी चीजें हैं जिन्हें एक server operator दिन में सैकड़ों बार दबाता है, और Dvorak पर ये दोनों ही दाहिने हाथ की ओर चले जाते हैं: C, QWERTY की I key पर, और D, QWERTY की H key पर। macOS एक ऐसा variant प्रदान करता है जो Command key दबाए रखने पर QWERTY पर वापस आ जाता है। Linux में Ctrl key के लिए कोई मानक विकल्प नहीं है, इसलिए Dvorak पर शॉर्टकट्स बदल जाते हैं और वहीं बने रहते हैं।

Vim और less कर्सर को h, j, k और l के साथ move करते हैं, और इन अक्षरों को इसलिए चुना गया था क्योंकि वे QWERTY पर दाहिने हाथ के नीचे स्थित होते हैं। दोनों alternative layouts इसे बदल देते हैं। Colemak पर, भौतिक QWERTY h, j, k और l keys पर छपे अक्षर h, n, e और i होते हैं, और इसका सामान्य समाधान movement को उन चार keys पर remap करना है। Dvorak पर वही चार भौतिक keys d, h, t और n टाइप करती हैं। किसी भी समाधान के लिए आपके vimrc में बस कुछ lines की आवश्यकता होती है, और जिस क्षण आप किसी और की machine पर stock config के साथ काम करते हैं, यह मदद करना बंद कर देता है।

जहाँ टाइपिंग स्पीड के प्रमाण कमजोर हैं

तर्क का एक हिस्सा अंकगणितीय है और इस पर कोई विवाद नहीं है। किसी लेआउट और टेक्स्ट के आधार पर, आप यह गणना कर सकते हैं कि उंगलियों ने कुल कितनी दूरी तय की और एक उंगली को कितनी बार लगातार दो अक्षर टाइप करने पड़े। सामान्य अंग्रेजी गद्य के लिए Dvorak और Colemak दोनों पर ये संख्याएँ QWERTY की तुलना में कम होती हैं, और लेआउट एनालाइज़र भी इस दिशा में सहमत हैं। हालाँकि, ये परिणाम उस टेक्स्ट पर निर्भर करते हैं जिससे उनकी गणना की गई थी। आपका सोर्स कोड, आपकी भाषा और आपके वेरिएबल के नाम वह टेक्स्ट नहीं हैं।

विवादित हिस्सा यह है कि क्या यह अंकगणित गति में बदल जाता है। Dvorak के लिए सबसे मजबूत दावा द्वितीय विश्व युद्ध के दौरान संयुक्त राज्य अमेरिका की नौसेना के एक अध्ययन से आता है, जिसमें पुन: प्रशिक्षण (retraining) से बड़े लाभ की सूचना दी गई थी। वह अध्ययन स्वयं August Dvorak की देखरेख में चलाया गया था, इसलिए यह स्वतंत्र प्रमाण नहीं है। 1956 में Earle Strong ने General Services Administration के लिए एक नियंत्रित पुन: प्रशिक्षण अध्ययन चलाया और पाया कि Dvorak पुन: प्रशिक्षण ने QWERTY टाइपिस्टों को उतना ही अतिरिक्त अभ्यास देने से बेहतर परिणाम नहीं दिए। 1990 में अर्थशास्त्री Stan Liebowitz और Stephen Margolis ने इन आलोचनाओं को The Fable of the Keys नामक एक पेपर में संकलित किया, और उस पेपर पर भी बहस होती है, क्योंकि उसका वास्तविक विषय कीबोर्ड के बजाय बाजार का लॉक-इन (market lock-in) है। नब्बे वर्षों के बाद भी ऐसा कोई बड़ा, अच्छी तरह से नियंत्रित परीक्षण नहीं है जो यह दिखाए कि कोई वैकल्पिक लेआउट लोगों को तेजी से टाइप करने में मदद करता है।

स्पीड के दावों के प्रति सावधान रहने का एक सरल कारण है। लोगों ने QWERTY पर 150 शब्द प्रति मिनट से अधिक की गति से टाइप किया है। यदि आप 60 या 70 की गति से टाइप करते हैं, तो आपको सीमित करने वाली चीज लेआउट नहीं है।

आराम और चोट एक कठिन प्रश्न हैं जिनके प्रमाण और भी कम हैं। लोग रिपोर्ट करते हैं कि स्विच करने के बाद उनके हाथों में दर्द कम होता है, और इसे गंभीरता से लेना उचित है, लेकिन स्विच करने वाला व्यक्ति आमतौर पर एक साथ कई चीजें बदलता है। एक नया कीबोर्ड, डेस्क की अलग ऊंचाई, अधिक ब्रेक, और कई हफ्तों तक जानबूझकर धीमी टाइपिंग, ये सभी एक ही महीने में होते हैं, और इनमें से कोई भी कारण हो सकता है। यदि दर्द आपका कारण है, तो पहले अपने बैठने के तरीके (posture) और काम के बोझ को ठीक करें, क्योंकि उनके पीछे बेहतर प्रमाण हैं और उनकी कोई लागत नहीं है।

स्विचिंग की वास्तविक लागत

शुरुआती कुछ दिनों तक आप एक नौसिखिए की तरह टाइप करेंगे, लगभग 15 शब्द प्रति मिनट की गति से, और लेआउट को पूरी तरह समझने में आपको दो से चार सप्ताह का समय लग सकता है। अपनी पुरानी गति पर वापस आने में आमतौर पर एक से तीन महीने का दैनिक उपयोग लगता है। ये आंकड़े उन लोगों द्वारा बताए गए हैं जिन्होंने इसे अपनाया है, न कि किसी अध्ययन का परिणाम, इसलिए इन्हें एक वादे के बजाय एक अनुमानित सीमा के रूप में देखें।

जो बात लोगों को हैरान करती है, वह है इंटरफेरेंस (हस्तक्षेप)। आपके हाथ "Colemak" नहीं सीखते। वे प्रति की (key) एक गंतव्य सीखते हैं, और वैकल्पिक घंटों में दो लेआउट का उपयोग करने से दोनों मैपिंग कमजोर बनी रहती हैं। किसी जरूरी काम के लिए वापस QWERTY पर स्विच करना और फिर दोबारा बदलना सीखने का सबसे धीमा तरीका है। दो दृष्टिकोण काम करते हैं। एक बार स्विच करें और खराब सप्ताह को स्वीकार करें। या एक हार्ड स्प्लिट रखें, जहाँ एक फिजिकल कीबोर्ड हमेशा एक ही लेआउट पर हो, ताकि संदर्भ आपके हाथों को बता सके कि कौन सी मैपिंग लोड करनी है।

जो लोग हार मान लेते हैं, वे ज्यादातर उस गिरावट के दौरान ऐसा करते हैं, और वे इसलिए हार मानते हैं क्योंकि उनका सप्ताह व्यस्त था, न कि इसलिए कि लेआउट उनके लिए गलत था। यही कारण है कि पूरे स्विचिंग प्रोसेस में सही समय का चुनाव सबसे महत्वपूर्ण निर्णय है। किसी शांत सप्ताह में शुरुआत करें। किसी डेडलाइन से ठीक पहले या उस सप्ताह शुरुआत न करें जब आप ऑन-कॉल हों।

आपका QWERTY कौशल आमतौर पर बना रहता है। अधिकांश स्विच करने वाले बताते हैं कि यह उपयोग के कुछ दिनों के भीतर वापस आ जाता है, हालांकि शुरुआत में यह पहले से धीमा होता है और गलतियाँ भी होती हैं। यह जानना महत्वपूर्ण है, क्योंकि इसे खोने का डर ही लोगों को सबसे ज्यादा होता है और यही वह हिस्सा है जो सबसे कम सच साबित होता है।

Client या server: remap कहाँ होना चाहिए?

लगभग हमेशा client पर। कीबोर्ड लेआउट उसी मशीन पर लागू होता है जिससे कीबोर्ड जुड़ा होता है, कहीं और नहीं। जब आप कोई key दबाते हैं, तो आपका local system उस key की स्थिति को एक character में बदल देता है, और SSH session जो आपकी keystrokes को ले जाता है उस character को एक byte के रूप में server तक भेजता है। Server कभी भी key press को नहीं देखता। इसलिए remote box पर localectl set-keymap dvorak चलाने से SSH के माध्यम से आपकी टाइपिंग के पहुँचने के तरीके में कोई बदलाव नहीं आता है, और Colemak पर सेट की गई workstation हर उस host पर Colemak टाइप करती है जिसमें आप login करते हैं, बिना किसी host पर कोई configuration किए।

Server का अपना keymap दो स्थितियों में मायने रखता है: जब कीबोर्ड भौतिक रूप से मशीन से जुड़ा हो, और जब आप browser या serial link के माध्यम से provider द्वारा दी गई console का उपयोग कर रहे हों। VPS पर इसका मतलब rescue console है, जो कि बिल्कुल वही स्थिति है जहाँ आप प्रयोग करने का जोखिम सबसे कम उठा सकते हैं।

localectl status
localectl list-keymaps | grep -i dvorak

localectl status दोनों सेटिंग्स को print करता है: VC Keymap text console के लिए और X11 Layout graphical session के लिए। list-keymaps उन console keymap नामों को print करता है जो आपके system में वास्तव में installed हैं, जो कि वह जाँच है जो आपको ऐसा नाम सेट करने से रोकती है जो मौजूद ही नहीं है। Colemak हमेशा console keymap के रूप में मौजूद नहीं होता है, भले ही वह graphical session के लिए उपलब्ध हो, इसलिए यह मान लेने से पहले कि वह वहाँ है, अपने लेआउट के लिए grep चलाएँ।

Desktop की तरफ, setxkbmap -layout us -variant colemak चल रहे X session के लेआउट को बदल देता है, और localectl set-x11-keymap us pc105 colemak इस विकल्प को reboot के बाद भी बनाए रखता है। Wayland के अंतर्गत compositor ही keymap का मालिक होता है, इसलिए setxkbmap वहाँ गलत tool है और यह बदलाव आपके desktop की input settings या localectl में किया जाना चाहिए। पूरी प्रक्रिया, जिसमें Caps Lock के साथ क्या करना है, the Colemak on Linux walkthrough में दी गई है।

कीबोर्ड फर्मवेयर पूरी समस्या को कैसे हल करता है

यदि आप कई मशीनों पर लॉग इन करते हैं, तो लेआउट को ऑपरेटिंग सिस्टम के बजाय कीबोर्ड में रखें। एक प्रोग्राम करने योग्य कीबोर्ड अपनी मैपिंग को स्टोर करता है और आपके द्वारा चाहे गए अक्षर का कोड भेजता है, इसलिए प्रत्येक होस्ट को एक सामान्य कीबोर्ड सामान्य अक्षर टाइप करता हुआ दिखाई देता है। किसी भी होस्ट पर कुछ भी कॉन्फ़िगर करने की आवश्यकता नहीं होती है, और रीबिल्ड के दौरान कुछ भी भूलने की संभावना नहीं रहती। यह उन मशीनों को भी कवर करता है जिन्हें आप बिल्कुल भी कॉन्फ़िगर नहीं कर सकते: किसी सहकर्मी का लैपटॉप, UEFI सेटअप स्क्रीन, रेस्क्यू इमेज, या ऐसा होस्ट जहाँ आपको सिस्टम सेटिंग्स बदलने का अधिकार नहीं है। जो कोई भी दर्जनों Linux सर्वर्स को व्यवस्थित रखने का काम करता है, उसके लिए यह एक बार की खरीदारी और हर बॉक्स पर कॉन्फ़िगरेशन आइटम के बीच का अंतर है।

सामान्य तरीका QMK या इसके वायरलेस संस्करण ZMK पर चलने वाला कीबोर्ड है, ये दोनों ही ओपन फर्मवेयर हैं जिन्हें आप स्वयं फ्लैश करते हैं, साथ ही VIA और Vial जैसे ग्राफिकल एडिटर्स हैं जो रीबिल्ड के बिना बदलाव को लिख देते हैं। कई मुख्यधारा के कीबोर्ड वेंडर सॉफ़्टवेयर के साथ भी आते हैं जो कीबोर्ड में रीमैप को स्टोर करते हैं। इसकी सीमाएं स्पष्ट हैं। लैपटॉप का इन-बिल्ट कीबोर्ड आमतौर पर ऐसा नहीं कर सकता है, इसलिए जब बाहरी कीबोर्ड प्लग इन होता है तो आपको अपना लेआउट मिलता है और जब वह नहीं होता है तो QWERTY मिलता है, जो अपने आप में एक तरह का व्यवधान है।

Rescue console एक वास्तविक परिचालन जोखिम है

विफलता कुछ इस तरह दिखती है। रीबूट के बाद सर्वर वापस नहीं आता है, आप प्रदाता का वेब कंसोल खोलते हैं, और आपको root पासवर्ड और कुछ फाइलसिस्टम कमांड्स को ऐसे लेआउट के साथ टाइप करना पड़ता है जिसे आप अब ठीक से टाइप नहीं कर पाते हैं। एक ही समय में दो चीजें गलत हो सकती हैं। आपकी मसल मेमोरी अब नए लेआउट के अनुसार है, और कंसोल शायद उसका सम्मान न करे।

ब्राउज़र कंसोल इस बात में भिन्न होते हैं कि वे क्या भेजते हैं। कुछ आपके स्थानीय सिस्टम द्वारा उत्पन्न कैरेक्टर को आगे भेजते हैं, ऐसी स्थिति में आपका क्लाइंट-साइड रीमैप आपके साथ रहता है। अन्य की-पोजिशन (key position) को आगे भेजते हैं और दूर के छोर पर US QWERTY मैप मान लेते हैं, ऐसी स्थिति में आपका Colemak कीबोर्ड कंसोल में QWERTY अक्षर टाइप करता है। आप कंट्रोल पैनल पढ़कर यह नहीं बता सकते कि आपके पास किस प्रकार का कंसोल है। मशीन के स्वस्थ रहने के दौरान इसका परीक्षण करें: कंसोल खोलें, लॉग इन करें, एक वाक्य टाइप करें, और देखें कि क्या दिखाई देता है। यह अभी करें, न कि आउटेज के दौरान।

फिर उन हिस्सों को हटा दें जिन्हें आप हटा सकते हैं। कीज़ (keys) के साथ लॉग इन करें ताकि सामान्य एक्सेस के लिए कभी भी पासवर्ड टाइप न करना पड़े, और अपने सर्वर पर की मैनेजमेंट को सुविधा के बजाय रिकवरी प्लान का हिस्सा मानें। रेस्क्यू पासवर्ड को कहीं ऐसी जगह रखें जहाँ से आप उसे पेस्ट कर सकें, क्योंकि अधिकांश ब्राउज़र कंसोल में टेक्स्ट भेजने या पेस्ट करने का फंक्शन होता है। और कीबोर्ड को देखकर QWERTY अक्षरों को खोजने की क्षमता रखें, क्योंकि रात के दो बजे अपने फोन पर लेआउट चार्ट पढ़ना धीमा काम है।

एन्क्रिप्टेड डिस्क एक और जाल जोड़ती हैं। बूट के समय पासफ्रेज प्रॉम्प्ट इनिशियल रैम डिस्क से चलता है, इससे पहले कि आपका सामान्य कीमैप लोड हो, इसलिए यह उस मैप का उपयोग करता है जो उस इमेज में बनाया गया था। Debian और Ubuntu पर यह डिफ़ॉल्ट रूप से इन-बिल्ट US QWERTY मैप होता है। सेटिंग KEYMAP= में /etc/initramfs-tools/initramfs.conf है, और यह n के रूप में आती है। इसे y पर सेट करें, sudo update-initramfs -u चलाएं, फिर रीबूट करें और पुष्टि करें कि पासफ्रेज प्रॉम्प्ट आपके लेआउट को स्वीकार करता है, इससे पहले कि आप उस पर भरोसा करें। जो मशीन अनलॉक नहीं होगी, उसे आपको फिर से बनाना (rebuild) पड़ेगा।

Colemak-DH और अन्य विकल्प

विकल्प केवल तीन तक सीमित नहीं हैं। Colemak-DH, जिसे Mod-DH भी कहा जाता है, Colemak का सबसे प्रचलित सुधार है। मानक Colemak में D और H अक्षर होम रो (home row) के मध्य कॉलम में स्थित होते हैं, जिन्हें टाइप करने के लिए तर्जनी (index finger) को मोड़ने के बजाय बगल में फैलाना पड़ता है। Mod-DH इन दोनों अक्षरों को नीचे की पंक्ति में तर्जनी के नीचे ले आता है, जिससे बाईं ओर A R S T G और दाईं ओर M N E I O की होम रो बनती है। इसके दो संस्करण हैं: एक सामान्य row staggered कीबोर्ड के लिए और दूसरा ortholinear तथा column staggered बोर्ड के लिए; आपको वही चुनना चाहिए जो आपके हार्डवेयर के अनुकूल हो।

इसके अलावा Workman, Norman, Canary, Graphite और लेआउट ऑप्टिमाइज़र द्वारा तैयार किए गए कई अन्य डिज़ाइन मौजूद हैं। Programmer Dvorak उन लोगों के लिए नंबर रो और सिंबल को पुनर्व्यवस्थित करता है जो गद्य (prose) की तुलना में अधिक विराम चिह्नों (punctuation) का उपयोग करते हैं। अन्य भाषाओं के अपने समाधान हैं, जैसे फ्रेंच के लिए bépo और जर्मन के लिए Neo। व्यावहारिक फिल्टर उपलब्धता है। Dvorak लगभग हर जगह उपलब्ध है, जिसमें फोन कीबोर्ड और कंसोल कीमैप शामिल हैं। Colemak उस X कीबोर्ड कॉन्फ़िगरेशन डेटा के साथ आता है जिसे हर Linux डेस्कटॉप पढ़ता है। Colemak-DH इस डेटा में हाल ही में शामिल हुआ है, इसलिए पुराने डिस्ट्रिब्यूशन पर आपको प्रोजेक्ट से लेआउट फाइलें इंस्टॉल करनी पड़ सकती हैं। कम्युनिटी लेआउट एक ऐसी फाइल है जिसे आपको हर मशीन पर ले जाना पड़ता है, या अपने कीबोर्ड फर्मवेयर में शामिल करना पड़ता है।

तो आपको किसे चुनना चाहिए?

यदि सब कुछ ठीक चल रहा है, तो QWERTY पर ही बने रहें। इसे बदलने में हफ्तों का समय लगता है, और इस बात के प्रमाण कमजोर हैं कि इससे आपकी गति बढ़ेगी, इसलिए अपने वर्तमान लेआउट से थोड़ी सी परेशानी ही इसे बदलने का पर्याप्त कारण नहीं है।

यदि आप सबसे कम मेहनत में लेआउट बदलना चाहते हैं, तो Colemak चुनें। इसमें तेरह कुंजियाँ अपनी जगह पर रहती हैं, एडिटिंग शॉर्टकट्स नहीं बदलते, और किसी भी Linux डेस्कटॉप पर इसे केवल एक लाइन के बदलाव से लागू किया जा सकता है।

यदि आप चाहते हैं कि आपका लेआउट किसी भी मशीन और किसी भी ऑपरेटिंग सिस्टम पर पहले से मौजूद मेनू से सेट हो सके, तो Dvorak चुनें, बशर्ते आप शॉर्टकट कुंजियों को फिर से सीखने के लिए तैयार हों।

यदि आप पहले से ही एक प्रोग्राम करने योग्य कीबोर्ड खरीद रहे हैं, तो Colemak-DH चुनें। फर्मवेयर उपलब्धता की समस्या को खत्म कर देता है, इसलिए आप इसके बेहतर संस्करण का लाभ उठा सकते हैं।

आप जो भी चुनें, शुरू करने से पहले यह तय कर लें कि मैपिंग कहाँ रहेगी। यदि आप अपना पूरा दिन एक फुल-टाइम टर्मिनल वर्कबेंच में बिताते हैं और आप कई मशीनों पर लॉग इन करते हैं, तो कीबोर्ड इसके लिए सही जगह है। यदि आप केवल एक लैपटॉप पर काम करते हैं, तो ऑपरेटिंग सिस्टम का उपयोग करना ठीक है। इसके बाद रिकवरी का रास्ता तैयार रखें, और जरूरत पड़ने से पहले उसका परीक्षण कर लें।

FAQ

क्या Colemak या Dvorak वास्तव में QWERTY से तेज हैं?

इस बात का कोई ठोस प्रमाण नहीं है कि इनमें से कोई भी आपको तेज टाइप करने में मदद करता है। जो मापा जा सकता है वह अंकगणित है: अंग्रेजी गद्य के लिए, दोनों ही QWERTY की तुलना में home row पर अधिक keystrokes रखते हैं और उंगलियों की गति को कम करते हैं। किसी बड़े, अच्छी तरह से नियंत्रित परीक्षण द्वारा यह कभी नहीं दिखाया गया है कि इससे words per minute की गति बढ़ती है। Dvorak के लिए सबसे अधिक उद्धृत नौसेना अध्ययन की निगरानी स्वयं Dvorak ने की थी, और Earle Strong के 1956 के General Services Administration अध्ययन में पाया गया कि एक बार QWERTY टाइपिस्टों को समान अतिरिक्त अभ्यास दिए जाने के बाद कोई लाभ नहीं मिला। लोग QWERTY पर 150 words per minute से अधिक की गति तक पहुँचते हैं, इसलिए यदि आप 70 पर टाइप करते हैं, तो लेआउट आपकी सीमा नहीं है।

नया कीबोर्ड लेआउट सीखने में कितना समय लगता है?

कुछ दिनों तक 15 words per minute के आसपास टाइप करने की योजना बनाएं, लेआउट को पूरी तरह से समझने में दो से चार सप्ताह, और अपनी पुरानी गति तक पहुँचने में एक से तीन महीने का समय लग सकता है। ये रिपोर्ट की गई सीमाएं हैं, अध्ययन के परिणाम नहीं। सबसे बड़ा जोखिम हस्तक्षेप है: दिन के दौरान दो लेआउट के बीच स्विच करने से दोनों कमजोर हो जाते हैं, इसलिए या तो एक बार स्विच करें और धीमी गति वाले सप्ताह को स्वीकार करें, या एक स्पष्ट विभाजन रखें जहाँ एक भौतिक कीबोर्ड का मतलब हमेशा एक लेआउट हो। जो लोग छोड़ देते हैं, वे ज्यादातर उस धीमी अवधि के दौरान ऐसा करते हैं क्योंकि सप्ताह व्यस्त हो जाता है, इसलिए किसी शांत सप्ताह में शुरुआत करें।

क्या मेरा कीबोर्ड लेआउट SSH पर मेरे साथ चलता है?

हाँ, और सर्वर का इसमें कोई हस्तक्षेप नहीं होता है। लेआउट उस मशीन पर लागू होता है जिससे आपका कीबोर्ड जुड़ा होता है। आपका स्थानीय सिस्टम key press को एक character में बदल देता है और SSH उस character को एक byte के रूप में भेजता है, इसलिए remote host कभी भी key position नहीं देखता है। सर्वर पर keymap सेट करने से SSH उपयोगकर्ताओं के लिए कुछ भी नहीं बदलता है। सर्वर का अपना keymap केवल सीधे जुड़े कीबोर्ड या उस कंसोल पर लागू होता है जिसे प्रदाता आपको ब्राउज़र में या serial link के माध्यम से देता है।

Ctrl+C और vim h j k l कुंजियों का क्या होता है?

Colemak, Z, X, C और V को उनकी QWERTY स्थितियों में छोड़ देता है, इसलिए मानक संपादन शॉर्टकट नहीं बदलते हैं। Dvorak चारों को स्थानांतरित करता है: C, QWERTY I कुंजी पर आता है, V, QWERTY full stop पर, X, QWERTY B के नीचे, और Z, QWERTY slash पर। Ctrl+D, QWERTY H कुंजी पर चला जाता है, जो shell में मायने रखता है। दोनों लेआउट पर कर्सर मूवमेंट काम नहीं करता है। Colemak उपयोगकर्ता आमतौर पर मूवमेंट को h, n, e और i पर remap करते हैं, जो भौतिक QWERTY h, j, k और l कुंजियों पर मुद्रित अक्षर हैं, और Dvorak उपयोगकर्ता उसी कारण से d, h, t और n का उपयोग करते हैं।

लेआउट बदलने के बाद मैं rescue console को उपयोग करने योग्य कैसे रखूँ?

इसे अभी टेस्ट करें, जब सर्वर ठीक हो। अपने प्रदाता का कंसोल खोलें, लॉग इन करें और एक वाक्य टाइप करें, क्योंकि कुछ कंसोल आपके क्लाइंट द्वारा उत्पादित character को फॉरवर्ड करते हैं और अन्य key position को फॉरवर्ड करते हैं और दूसरी तरफ US QWERTY मान लेते हैं। SSH keys के साथ लॉग इन करें ताकि नियमित एक्सेस के लिए कभी भी पासवर्ड टाइप करने की आवश्यकता न हो, और किसी भी rescue पासवर्ड को ऐसी जगह रखें जहाँ से आप उसे पेस्ट कर सकें, क्योंकि अधिकांश ब्राउज़र कंसोल में पेस्ट या टेक्स्ट भेजने का फंक्शन होता है। यदि डिस्क एन्क्रिप्टेड है, तो बूट passphrase प्रॉम्प्ट initial ram disk में निर्मित keymap का उपयोग करता है। Debian और Ubuntu पर इसका मतलब है KEYMAP=y को /etc/initramfs-tools/initramfs.conf में सेट करना, sudo update-initramfs -u चलाना, और फिर यह पुष्टि करने के लिए रीबूट करना कि प्रॉम्प्ट आपके लेआउट को स्वीकार करता है।