Linux पर Colemak keyboard layout कैसे सेट करें

Linux पर Colemak layout कहाँ स्थित होता है

Linux पर Colemak एक एकल system-wide setting नहीं है। Layout उस घटक द्वारा लागू किया जाता है जो उस समय keyboard को पढ़ रहा होता है, इसलिए यह तीन स्थानों में से किसी एक में स्थित होता है: text console, X11 server, या आपका Wayland compositor। यदि आप इसे गलत स्थान पर set करते हैं, तो कुछ भी नहीं होगा।

एक चौथा विकल्प operating system को पूरी तरह छोड़ देता है। जो keyboard अपने firmware में ही remaps करता है, जैसे कि QMK या VIA पर चलने वाला board, वह आपके द्वारा चाहे गए अक्षरों के codes भेजता है। इसलिए जिस भी machine से आप इसे जोड़ते हैं, वह बिना किसी configuration के Colemak में ही type करता है, जिसमें server console और ऐसी machine भी शामिल है जिसके आप स्वामी नहीं हैं। इसकी कीमत यह है कि आपके laptop का keyboard अभी भी QWERTY में ही type करेगा।

इस guide का शेष भाग इन तीन software layers को कवर करता है, यह बताता है कि remote server को इनकी आवश्यकता लगभग कभी क्यों नहीं होती है, और यह बदलाव Vim तथा आपके terminal shortcuts पर क्या प्रभाव डालता है।

जांचें कि आपके सिस्टम में पहले से क्या मौजूद है

किसी भी बदलाव को करने से पहले इन्हें चलाएं। ये वर्तमान सेटिंग और आपके X कीबोर्ड डेटाबेस में उपलब्ध Colemak वेरिएंट्स की सूची प्रिंट करते हैं।

localectl status
setxkbmap -query
localectl list-x11-keymap-variants us | grep colemak

अंतिम कमांड को colemak और colemak_dh प्रिंट करना चाहिए। Colemak कई वर्षों से xkeyboard-config में शामिल है। Colemak-DH संस्करण 2.34 में आया था, इसलिए केवल बहुत पुराने रिलीज़ में ही इसकी कमी होगी। अगस्त 2026 तक, Ubuntu 24.04 और Debian 13 दोनों में इससे नया संस्करण मौजूद है।

यदि setxkbmap -query यह रिपोर्ट करता है कि वह डिस्प्ले नहीं खोल सकता, तो आप Wayland सेशन में हैं और लेआउट का नियंत्रण कंपोजिटर के पास है। उस स्थिति के लिए नीचे एक अलग सेक्शन दिया गया है।

Colemak या Colemak-DH

Colemak QWERTY लेआउट से सत्रह कुंजियों (keys) को स्थानांतरित करता है और दस को यथावत रखता है, जिनमें Z, X, C और V शामिल हैं। इस कारण undo, cut, copy और paste के शॉर्टकट वहीं रहते हैं जहाँ आपका बायां हाथ उनकी अपेक्षा करता है। यही अनुकूलता इस लेआउट के स्वरूप का मुख्य कारण है।

Colemak-DH, Colemak का ही एक संशोधित रूप है। यह D, B और G को स्थानांतरित करता है और H को M के साथ बदल देता है, क्योंकि साधारण Colemak में D और H दोनों को टाइप करने के लिए तर्जनी उंगली (index finger) को कीबोर्ड के मध्य कॉलम तक खींचना पड़ता है। आधिकारिक मॉड में प्रत्येक अक्षर उसी उंगली पर रहता है जिसका उपयोग Colemak में किया जाता था। इसलिए, Colemak टाइप करने वाले व्यक्ति के लिए DH पर जाना एक नया लेआउट सीखने के बजाय एक छोटा सा बदलाव है। XKB वैरिएंट colemak_dh है, और उन कीबोर्ड के लिए colemak_dh_iso का उपयोग करें जिनमें बाएं shift के बगल में अतिरिक्त कुंजी होती है।

QWERTY से आने वाले किसी भी व्यक्ति के लिए, इनमें से किसी एक को सीखना एक बार की मेहनत है, इसलिए आराम के आधार पर चुनाव करें और वहीं रुक जाएं। लेआउट को दूसरी बार बदलना पहली बार जितना ही कठिन होता है, क्योंकि आप जो फिर से बना रहे हैं वह कुंजियों की स्थिति से जुड़ी मोटर मेमोरी (motor memory) है। यदि अभी भी यह प्रश्न बना हुआ है कि क्या QWERTY छोड़ना चाहिए, तो Colemak, Dvorak और QWERTY की तुलना कैसे करें पढ़कर निर्णय लें, इससे पहले कि आप उस मोटर मेमोरी को फिर से बनाने में एक महीना बिताएं।

setxkbmap और localectl के साथ X11 में Colemak सेट करना

setxkbmap us -variant colemak
setxkbmap -query

setxkbmap -query को अब variant: colemak रिपोर्ट करना चाहिए, और किसी भी विंडो में टाइप करने पर Colemak अक्षर आने चाहिए। यह बदलाव केवल X session के दौरान प्रभावी रहता है और डिस्क पर कुछ भी नहीं लिखता है, इसलिए लेआउट को कुछ समय के लिए आज़माने का यह सबसे सुरक्षित तरीका है।

इसे रीबूट के बाद भी बनाए रखने के लिए:

sudo localectl set-x11-keymap us pc105 colemak
localectl status

तर्कों का क्रम लेआउट, फिर मॉडल, और फिर वेरिएंट है। localectl status को अब X11 Layout: us और X11 Variant: colemak दिखाना चाहिए। localectl आपके द्वारा चुनी गई सेटिंग को निकटतम कंसोल कीमैप में भी बदल देता है, जब तक कि आप --no-convert न जोड़ें। इसलिए, कई सिस्टम पर यह एक ही कमांड tty के लिए भी काम करती है। Debian और Ubuntu पर, बाद में /etc/default/keyboard की जाँच करें, क्योंकि बूट के समय console-setup इसी फ़ाइल को पढ़ता है।

Wayland पर Colemak सेट करना

Wayland session में configure करने के लिए कोई X server नहीं होता है। Compositor ही keymap लोड करता है और उसे प्रत्येक application को सौंपता है, इसलिए layout एक compositor setting है। यही कारण है कि वहाँ setxkbmap काम नहीं करता है: यह या तो display ढूँढने में विफल रहता है, या केवल XWayland को बदलता है, और आपके native Wayland applications इसे अनदेखा कर देते हैं।

GNOME पर यह setting एक gsettings key है:

gsettings set org.gnome.desktop.input-sources sources "[('xkb', 'us+colemak')]"

यह बिना logout किए तुरंत लागू हो जाती है। string us+colemak वह layout और variant है जिसे plus sign के साथ जोड़ा गया है।

sway पर, इसे ~/.config/sway/config में डालें:

input type:keyboard {
    xkb_layout us
    xkb_variant colemak_dh
}

swaymsg reload के साथ reload करें। swaymsg -t get_inputs प्रत्येक input device और उसके द्वारा उपयोग किए जा रहे layout की सूची दिखाता है, जिसे तब चलाना चाहिए जब केवल एक keyboard गलत व्यवहार कर रहा हो।

KDE Plasma पर, System Settings खोलें, फिर Keyboard, फिर Layouts में जाएँ, और Colemak variant के साथ English (US) जोड़ें।

टेक्स्ट कंसोल पर Colemak सेट करना

कंसोल वह plain-text tty है जिसे आप Ctrl+Alt+F3 के साथ एक्सेस करते हैं, और इसका अपना अलग keymap होता है। X11 या किसी compositor में किए गए बदलाव यहाँ लागू नहीं होते, जो तब महत्वपूर्ण हो जाता है जब आप bare virtual console पर टर्मिनल वर्कबेंच का उपयोग करते हैं।

Debian और Ubuntu पर, /etc/default/keyboard को एडिट करें:

XKBMODEL="pc105"
XKBLAYOUT="us"
XKBVARIANT="colemak"
XKBOPTIONS=""

फिर इसे लागू करें:

sudo setupcon

पुष्टि करने के लिए कंसोल पर टाइप करें। console-setup उस XKB विवरण को ckbcomp के साथ कंसोल कीमैप में बदल देता है, इसलिए इन सिस्टम पर कंसोल और X एक ही विवरण साझा करते हैं।

उन डिस्ट्रिब्यूशन पर जो सीधे kbd कीमैप का उपयोग करते हैं, पहले नाम पता करें:

localectl list-keymaps | grep -i -e colemak -e latin9
sudo localectl set-keymap en-latin9

kbd पैकेज Colemak कंसोल मैप को i386/colemak/en-latin9 के रूप में प्रदान करता है, इसलिए आप जो नाम पास करेंगे वह आमतौर पर en-latin9 होता है, न कि colemak। सूची में दिखने वाला ही नाम पास करें, क्योंकि मौजूद न होने वाला नाम रिजेक्ट कर दिया जाता है।

sudo loadkeys en-latin9 तुरंत वर्तमान कंसोल को बदल देता है, और sudo loadkeys us इसे वापस पहले जैसा कर देता है। loadkeys को कॉन्फ़िगरेशन के बजाय एक परीक्षण के रूप में मानें: यह रीबूट तक ही रहता है, और Debian तथा Ubuntu पर बूट-टाइम पर चलने वाला setupcon उसे ही रिस्टोर करता है जो /etc/default/keyboard में लिखा होता है।

क्या headless VPS के लिए Colemak layout की आवश्यकता होती है?

लगभग कभी नहीं, और इसका कारण समझना महत्वपूर्ण है। SSH कुंजियों की स्थिति (key positions) नहीं, बल्कि characters को ले जाता है। आपका terminal emulator key press को प्राप्त करता है, आपका local layout उसे एक character में बदल देता है, और केवल वह character connection के माध्यम से आगे बढ़ता है। सर्वर को n प्राप्त होता है और उसे यह जानने का कोई तरीका नहीं होता कि किस physical key ने इसे उत्पन्न किया है। इसलिए, जो layout आप अपने laptop पर सेट करते हैं, वह हर SSH session, tmux और आपके द्वारा दूरस्थ रूप से चलाए जाने वाले हर editor में आपके साथ रहता है, और remote machine पर किसी भी keyboard configuration की आवश्यकता नहीं होती है।

production boxes पर keyboard files को edit करना शुरू करने से पहले इस बात को ध्यान में रखें। यदि आप Linux servers के एक समूह का प्रबंधन करते हैं, तो layout आपके सामने वाली मशीन का होता है, न कि पूरे समूह का, इसलिए provisioning में इसका कोई स्थान नहीं है। एक नए VPS पर शुरुआती दस मिनट इस काम से कहीं अधिक उपयोगी होते हैं।

दो अपवादों के लिए योजना बनाना उचित है। पहला है मशीन से सीधे जुड़ी console। provider panel में browser console आमतौर पर virtual machine के सामने एक keyboard के रूप में प्रस्तुत होती है, इसलिए key presses scancodes के रूप में पहुँचते हैं और सर्वर का अपना console keymap यह तय करता है कि कौन सा character दिखाई देगा। यह वह एकमात्र स्थान है जहाँ सर्वर पर सेट किया गया layout प्रभावी होता है, और जब SSH काम करना बंद कर देता है तो यह आपका बचाव का रास्ता भी होता है, इसलिए वहाँ अधूरा console keymap एक वास्तविक जोखिम है।

serial console अलग तरह से व्यवहार करती है, क्योंकि यह characters को ले जाती है और आपका local layout लागू होता है। दूसरा अपवाद एक साझा मशीन (shared machine) है। console keymap पूरे सिस्टम के लिए होता है, इसलिए जिस box में अन्य लोग login करते हैं, वहाँ Colemak सेट करने से यह उनके लिए भी बदल जाएगा, और वे यह अनुमान नहीं लगा पाएंगे कि ऐसा क्यों हुआ।

Vim की hjkl कुंजियों का क्या होता है

Colemak पर, h हिलती नहीं है। बाकी तीन काम करती हैं। j QWERTY की Y के नीचे स्थित है, k QWERTY की N के नीचे है, और l QWERTY की U के नीचे है, इसलिए कर्सर कुंजियाँ चार उंगलियों के नीचे रहने के बजाय तीन पंक्तियों में फैल जाती हैं।

इसके दो व्यावहारिक समाधान हैं, और दोनों के ही वास्तविक उपयोगकर्ता हैं।

डिफ़ॉल्ट सेटिंग्स रखें और स्थितियों को दोबारा सीखें। आपके सेटअप में कुछ भी खराब नहीं होगा, हर प्लगइन काम करता रहेगा, और किसी और द्वारा लिखा गया हर Vim टिप आप पर बिल्कुल वैसा ही लागू होगा जैसा लिखा गया है।

या उन चार कुंजियों को रीमैप करें जो आपके दाहिने हाथ के नीचे स्थित हैं, जहाँ पहले hjkl हुआ करती थीं। Colemak पर वे कुंजियाँ h, n, e और i देती हैं। Colemak-DH पर वही चार भौतिक कुंजियाँ m, n, e और i देती हैं, क्योंकि DH ने H को M के साथ बदल दिया है।

noremap n j
noremap e k
noremap i l
noremap l i
noremap k n

n अब नीचे ले जाती है, e ऊपर ले जाती है, i दाईं ओर ले जाती है, और h पहले से ही बाईं ओर थी। अंतिम दो पंक्तियाँ उन कमांड्स को वापस लाती हैं जिन्हें आपने हटा दिया था: l इंसर्ट मोड शुरू करती है, और k अंतिम सर्च को दोहराती है। कैपिटल अक्षरों के साथ भी ऐसा ही करें, अन्यथा Shift के साथ कर्सर कुंजी दबाने पर आपको आश्चर्य हो सकता है।

Vim का langmap विकल्प कम पंक्तियों में यही काम करता है:

set langmap=nj,ek,il,li,kn

प्रत्येक जोड़ी को उस वर्ण के रूप में पढ़ें जिसे आपने टाइप किया है, जिसके बाद वह वर्ण है जिस पर Vim को कार्य करना चाहिए। यह केवल नॉर्मल मोड पर लागू होता है, इसलिए इंसर्ट मोड अभी भी सामान्य रूप से Colemak टेक्स्ट टाइप करता है। Vim की अपनी सहायता में दो सीमाएँ प्रलेखित हैं: langmap Ctrl या Alt संयोजनों पर लागू नहीं होता है, और डिफ़ॉल्ट कुंजियों के लिए लिखे गए प्लगइन मैपिंग इसके तहत अजीब व्यवहार कर सकते हैं।

आप जो भी चुनें, एक बार चुनें। एक रीमैप जिसे आप एक महीने बाद छोड़ देते हैं, वह आपको एक और महीने का समय गंवा देता है।

Terminal shortcuts का क्या होता है

Terminal control code character से आता है, न कि physical key से, इसलिए हर Ctrl shortcut layout के साथ बदल जाता है। Ctrl+C, Ctrl+Z, Ctrl+X और Ctrl+V अपनी जगह पर बने रहते हैं, क्योंकि Colemak जानबूझकर Z, X, C और V को वहीं रखता है जहाँ QWERTY में वे होते हैं।

आपके द्वारा प्रतिदिन उपयोग किए जाने वाले चार shortcuts अपनी जगह बदल लेते हैं। Ctrl+D, जो input को समाप्त करता है, अब वहां है जहाँ QWERTY में G होता है। Ctrl+R, जो history search है, वहां है जहाँ QWERTY में S होता है। Ctrl+E, line का अंत, वहां है जहाँ QWERTY में K होता है। Ctrl+U, जो line को clear करता है, वहां है जहाँ QWERTY में I होता है।

tmux अपना default prefix बनाए रखता है, क्योंकि Colemak में B अपनी जगह से नहीं हिलता। Colemak-DH पर, B top row पर चला जाता है और prefix भी उसके साथ चला जाता है, जो कि पहली चीज है जिसे आप नोटिस करेंगे यदि आप VPS पर एक long-running tmux session रखते हैं। Prefix को अपनी पसंद की key पर rebind करना एक line का बदलाव है, और यह एक ही reflex को दो बार फिर से सीखने से आसान है।

Desktop shortcuts भी इसी नियम का पालन करते हैं। Super+E पर एक binding layout के साथ बदल जाती है, क्योंकि यह character द्वारा परिभाषित होती है। Super+F1 पर एक binding स्थिर रहती है, क्योंकि function keys को layout द्वारा remapped नहीं किया जाता है।

स्विच करने में लगने वाला समय

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

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

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

वापस जाने का तरीका जरूरत पड़ने से पहले ही सेट कर लें, क्योंकि जिस क्षण आपको फिर से QWERTY की आवश्यकता होगी, वह वही क्षण होगा जब कुछ खराब हो गया होगा और कोई आपकी प्रतीक्षा कर रहा होगा।

QWERTY पर वापस जाने का त्वरित तरीका

X11 में, setxkbmap us तुरंत QWERTY को रिस्टोर कर देता है। कंसोल पर, sudo loadkeys us भी यही काम करता है। स्थायी सेटिंग को हटाने के लिए, sudo localectl set-x11-keymap us चलाएँ।

एक टॉगल उस कमांड से बेहतर है जिसे आपको ऐसे लेआउट में टाइप करना पड़े जिसमें आप अभी टाइप नहीं कर सकते:

setxkbmap -layout us,us -variant colemak, -option grp:win_space_toggle

यह Colemak को पहले लेआउट के रूप में और plain US को दूसरे लेआउट के रूप में लोड करता है, और Super+Space इनके बीच स्विच करता है। colemak, में अंत में लगा कॉमा कोई टाइपिंग त्रुटि नहीं है: यह पहले लेआउट को colemak variant देता है और दूसरे लेआउट को कोई नहीं। GNOME पर, Settings में दोनों input sources जोड़ें, जहाँ Super+Space पहले से ही उनके बीच स्विच करता है।

दो पासवर्ड प्रॉम्प्ट आपके डेस्कटॉप सेशन के बाहर होते हैं और उन पर अलग से ध्यान देने की आवश्यकता होती है। लॉगिन ग्रीटर आपके सेशन की सेटिंग्स लागू होने से पहले शुरू हो जाता है, इसलिए सेटिंग पर भरोसा करने के बजाय लॉग आउट करके इसका परीक्षण करें। यदि डिस्क एन्क्रिप्टेड है, तो पासफ्रेज प्रॉम्प्ट initramfs से चलता है, जिसमें keymap की अपनी कॉपी होती है। Debian और Ubuntu पर, /etc/default/keyboard को बदलने के बाद इसे sudo update-initramfs -u के साथ फिर से बनाएँ (rebuild करें), फिर मशीन में प्रवेश करने का कोई अन्य तरीका उपलब्ध रहते हुए ही परीक्षण करने के लिए एक बार रीबूट करें।

क्या मैं किसी एक प्रोग्राम को QWERTY पर रख सकता हूँ?

Layout को application द्वारा key देखने से पहले ही लागू कर दिया जाता है। X server या compositor एक scancode को character में बदलता है और उसे application को सौंप देता है, इसलिए कोई application अलग layout की मांग नहीं कर सकता। वह केवल प्राप्त होने वाले इनपुट को remap कर सकता है। यही कारण है कि Vim का समाधान Vim की config में होता है, और प्रति-विंडो (per-window) layout स्विच करने का कोई सामान्य तरीका उपलब्ध नहीं है।

दो तरीके काम करते हैं। पहला तरीका प्रति-डिवाइस (per-device) है। यदि QWERTY टाइपिंग किसी अलग कीबोर्ड पर की जाती है, तो सिस्टम के बजाय उस डिवाइस पर layout सेट करें:

xinput list
setxkbmap -device 12 -layout us

xinput list से id लें, और प्रत्येक कीबोर्ड पर बारी-बारी से टाइप करके पुष्टि करें। sway, swaymsg -t get_inputs से प्रति इनपुट पहचानकर्ता (input identifier) समान सेटिंग्स स्वीकार करता है, और type:keyboard की तुलना में अधिक विशिष्ट selector प्रभावी होता है।

दूसरा तरीका application के भीतर remap करना है, जैसा कि Vim का langmap करता है। गेम्स में लगभग हमेशा एक key binding स्क्रीन होती है, और वहां movement keys को फिर से bind करने में बाहर से layout बदलने की तुलना में कम समय लगता है। जिस चीज़ में इनमें से कोई भी विकल्प न हो, उसके लिए ऊपर दिए गए layout toggle को bind करें और उसे launch करने से पहले दबाएं।

FAQ

क्या मुझे अपने VPS पर Colemak सेट करने की आवश्यकता है?

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

क्या मुझे Colemak सीखना चाहिए या Colemak-DH?

दोनों ही QWERTY से सीखने के लिए एक समान प्रयास मांगते हैं, इसलिए माइग्रेशन लागत के बजाय आराम के आधार पर चुनें। Colemak-DH में D, B और G को स्थानांतरित किया गया है और H को M के साथ बदला गया है, क्योंकि साधारण Colemak में D और H को इंडेक्स-फिंगर को बीच वाले कॉलम में खींचकर टाइप करना पड़ता है। XKB वेरिएंट के नाम colemak और colemak_dh हैं, और colemak_dh_iso उन कीबोर्ड के लिए है जिनमें बाईं शिफ्ट के बगल में अतिरिक्त की (key) होती है। यह देखने के लिए कि आपका सिस्टम कौन से विकल्प प्रदान करता है, localectl list-x11-keymap-variants us | grep colemak चलाएं।

Colemak पर Vim की hjkl कुंजियों का क्या होता है?

h अपनी जगह पर रहता है। j QWERTY के Y के नीचे, k QWERTY के N के नीचे, और l QWERTY के U के नीचे चला जाता है, जिससे कर्सर कुंजियाँ तीन पंक्तियों में फैल जाती हैं। आप उन्हें वहीं सीख सकते हैं जहाँ वे स्थित हैं, जिससे हर प्लगइन और हर ट्यूटोरियल मान्य रहता है, या आप अपने दाहिने हाथ के नीचे की चार कुंजियों को रीमैप कर सकते हैं: Colemak पर h, n, e और i, और Colemak-DH पर m, n, e और i। Vim का langmap विकल्प नॉर्मल मोड के लिए यही काम करता है, हालाँकि यह Ctrl कॉम्बिनेशन पर लागू नहीं होता है और प्लगइन मैपिंग को भ्रमित कर सकता है।

अपनी पुरानी गति पर वापस आने में कितना समय लगेगा?

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

मेरे डेस्कटॉप पर setxkbmap ने काम क्यों नहीं किया?

लगभग निश्चित रूप से इसका कारण यह है कि आपका सेशन Wayland है। Wayland के तहत कंपोजिटर कीमैप का मालिक होता है और इसे प्रत्येक एप्लिकेशन पर लागू करता है, इसलिए setxkbmap या तो डिस्प्ले नहीं ढूंढ पाता है या केवल XWayland को बदलता है, और नेटिव एप्लिकेशन इसे अनदेखा कर देते हैं। इसके बजाय कंपोजिटर में लेआउट सेट करें: GNOME पर org.gnome.desktop.input-sources gsettings की, sway कॉन्फ़िगरेशन में xkb_variant, या KDE Plasma की सिस्टम सेटिंग्स में लेआउट पेज का उपयोग करें।