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

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

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

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

इस guide का शेष भाग इन तीन software layers को कवर करता है, यह बताता है कि remote server को इनकी आवश्यकता लगभग कभी क्यों नहीं होती है, और यह switch 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) है।

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

setxkbmap us -variant colemak
setxkbmap -query

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

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

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

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

Wayland पर Colemak सेट करना

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

GNOME पर यह सेटिंग एक gsettings key है:

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

यह बिना logout किए तुरंत लागू हो जाती है। स्ट्रिंग us+colemak लेआउट और variant है जो एक प्लस चिह्न के साथ जुड़े होते हैं।

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

input type:keyboard {
    xkb_layout us
    xkb_variant colemak_dh
}

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

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

Text console पर Colemak सेट करना

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

Debian और Ubuntu पर, /etc/default/keyboard को edit करें:

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

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

sudo setupcon

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

उन distributions पर जो सीधे kbd keymaps का उपयोग करते हैं, पहले नाम पता करें:

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

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

sudo loadkeys en-latin9 तुरंत current console को बदल देता है, और sudo loadkeys us इसे वापस पहले जैसा कर देता है। loadkeys को configuration के बजाय एक test के रूप में देखें: यह reboot होने तक ही रहता है, और Debian तथा Ubuntu पर boot-time पर चलने वाला setupcon, /etc/default/keyboard में दी गई जानकारी को restore कर देता है।

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

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

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

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

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

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 की अपनी सहायता (help) में दो सीमाएँ बताई गई हैं: langmap Ctrl या Alt संयोजनों पर लागू नहीं होता है, और डिफ़ॉल्ट कुंजियों के आधार पर लिखे गए प्लगइन मैपिंग इसके तहत अजीब व्यवहार कर सकते हैं।

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

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

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

चार शॉर्टकट जिनका आप हर दिन उपयोग करते हैं, वे अपनी जगह बदल लेते हैं। Ctrl+D, जो इनपुट समाप्त करता है, अब वहां है जहाँ QWERTY में G होता है। Ctrl+R, जो हिस्ट्री सर्च है, वहां है जहाँ QWERTY में S होता है। Ctrl+E, जो लाइन का अंत है, वहां है जहाँ QWERTY में K होता है। Ctrl+U, जो लाइन को क्लियर करता है, वहां है जहाँ QWERTY में I होता है।

tmux अपना डिफॉल्ट प्रीफिक्स बनाए रखता है, क्योंकि Colemak में B अपनी जगह से नहीं हिलता है। Colemak-DH पर, B ऊपर वाली रो (row) में चला जाता है और प्रीफिक्स भी उसके साथ चला जाता है, जो कि पहली चीज है जिसे आप नोटिस करेंगे यदि आप VPS पर लंबे समय तक चलने वाला tmux session रखते हैं। प्रीफिक्स को अपनी पसंद की की (key) पर रिबाइंड करना एक लाइन का बदलाव है, और यह एक ही रिफ्लेक्स को दो बार फिर से सीखने से आसान है।

डेस्कटॉप शॉर्टकट भी इसी नियम का पालन करते हैं। Super+E पर बाइंडिंग लेआउट के साथ बदल जाती है, क्योंकि यह कैरेक्टर द्वारा परिभाषित होती है। Super+F1 पर बाइंडिंग अपनी जगह पर बनी रहती है, क्योंकि फंक्शन कीज़ (function keys) लेआउट द्वारा रीमैप नहीं की जाती हैं।

स्विच करने में आपको कितना समय लगेगा

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

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

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

वापस जाने का तरीका जरूरत पड़ने से पहले ही सेट कर लें, क्योंकि जिस क्षण आपको फिर से 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 को पहले लेआउट के रूप में और साधारण US को दूसरे लेआउट के रूप में लोड करता है, और Super+Space इनके बीच स्विच करता है। colemak, में अंत में लगा कॉमा कोई टाइपिंग की गलती नहीं है: यह पहले लेआउट को colemak variant देता है और दूसरे लेआउट को कोई variant नहीं देता। GNOME पर, Settings में दोनों input sources जोड़ें, जहाँ Super+Space पहले से ही उनके बीच स्विच करता है।

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

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

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

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

xinput list
setxkbmap -device 12 -layout us

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

दूसरा तरीका एप्लिकेशन के भीतर रीमैप करना है, जैसा कि Vim का langmap करता है। गेम्स में लगभग हमेशा एक की-बाइंडिंग स्क्रीन होती है, और वहां मूवमेंट कीज़ को रीबाइंड करना बाहर से लेआउट बदलने की कोशिश करने से कम समय लेता है। जिस एप्लिकेशन में इनमें से कोई भी विकल्प न हो, उसके लिए ऊपर दिए गए लेआउट टॉगल को बाइंड करें और उसे लॉन्च करने से पहले दबाएं।

FAQ

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

नहीं, यदि आप इसे SSH के माध्यम से एक्सेस करते हैं। SSH केवल characters को ले जाता है, इसलिए आपका कीबोर्ड लेआउट आपके लैपटॉप पर ही हल हो जाता है और सर्वर को वही bytes मिलते हैं जो 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 के तहत कंपोजिटर (compositor) कीमैप का मालिक होता है और इसे प्रत्येक एप्लिकेशन पर लागू करता है, इसलिए setxkbmap या तो डिस्प्ले नहीं ढूंढ पाता है या केवल XWayland को बदलता है, जिसे नेटिव एप्लिकेशन अनदेखा कर देते हैं। इसके बजाय कंपोजिटर में लेआउट सेट करें: GNOME पर org.gnome.desktop.input-sources gsettings की, sway कॉन्फ़िगरेशन में xkb_variant, या KDE Plasma की सिस्टम सेटिंग्स में लेआउट पेज का उपयोग करें।