Linux वर Colemak layout कसे सेट करावे

Linux वर Colemak layout कुठे लागू होते

Linux मध्ये Colemak ही संपूर्ण system साठी एकच setting नसते. त्या क्षणी keyboard input वाचणाऱ्या घटकानुसार layout लागू होते. त्यामुळे ते तीनपैकी एका ठिकाणी असते: text console, X11 server किंवा तुमचा Wayland compositor. चुकीच्या स्तरावर ते सेट केल्यास कोणताही बदल दिसत नाही.

चौथा पर्याय operating system पूर्णपणे वगळतो. QMK किंवा VIA वापरणाऱ्या keyboard सारखा, स्वतःच्या firmware मध्ये remap केलेला keyboard तुम्हाला हव्या असलेल्या अक्षरांचे codes पाठवतो. त्यामुळे कोणतेही configuration न करता, तुम्ही तो जोडलेल्या प्रत्येक machine वर Colemak मध्ये typing होते. यात server console आणि तुमच्या मालकीची नसलेली machine देखील समाविष्ट आहे. मात्र laptop keyboard वर typing करताना QWERTYच राहते.

या मार्गदर्शकाच्या उर्वरित भागात software चे तीन स्तर, remote server ला यांपैकी जवळजवळ कोणत्याही स्तराची आवश्यकता का नसते, तसेच हा बदल Vim आणि terminal shortcuts वर कसा परिणाम करतो, हे स्पष्ट केले आहे.

तुमच्या प्रणालीमध्ये आधीपासून काय उपलब्ध आहे ते तपासा

काहीही बदलण्यापूर्वी या कमांड चालवा. त्या सध्याची सेटिंग आणि तुमच्या X keyboard database मध्ये उपलब्ध असलेल्या Colemak variants ची सूची दाखवतात.

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

शेवटच्या कमांडने colemak आणि colemak_dh दाखवले पाहिजेत. Colemak अनेक वर्षांपासून xkeyboard-config मध्ये उपलब्ध आहे. Colemak-DH version 2.34 मध्ये समाविष्ट झाले. त्यामुळे ते केवळ जुन्या release मध्ये अनुपलब्ध असेल. August 2026 पर्यंत Ubuntu 24.04 आणि Debian 13 या दोन्हीमध्ये त्यापेक्षा नवीन version उपलब्ध आहे.

setxkbmap -query ने display उघडता येत नसल्याचे दाखवले, तर तुम्ही Wayland session मध्ये आहात आणि layout चे नियंत्रण compositor कडे आहे. या परिस्थितीसाठी खाली स्वतंत्र section आहे.

Colemak किंवा Colemak-DH

Colemak मध्ये QWERTY मधील स्थानांवरून सतरा कळा हलवल्या आहेत आणि दहा कळा त्याच ठिकाणी ठेवल्या आहेत. यामध्ये Z, X, C आणि V यांचा समावेश आहे. त्यामुळे undo, cut, copy आणि paste shortcuts डाव्या हाताला अपेक्षित असलेल्या ठिकाणीच राहतात. Layout अशी दिसण्याचे हेच मुख्य कारण आहे.

Colemak-DH हे Colemak चे सुधारित रूप आहे. यात D, B आणि G यांची स्थाने बदलली आहेत आणि H व M यांची अदलाबदल केली आहे. कारण साध्या Colemak मध्ये D आणि H टाइप करण्यासाठी तर्जनी keyboard च्या मधल्या column पर्यंत ताणावी लागते. अधिकृत mod मध्ये प्रत्येक अक्षर Colemak प्रमाणे त्याच बोटावरच राहते. त्यामुळे Colemak वापरणाऱ्या व्यक्तीला DH कडे जाताना नवीन layout शिकण्याऐवजी केवळ थोडा बदल करावा लागतो. XKB variant colemak_dh आहे आणि left shift च्या बाजूला अतिरिक्त key असलेल्या keyboards साठी colemak_dh_iso वापरले जाते.

QWERTY वरून येताना दोन्हीपैकी कोणताही पर्याय एकदाच कराव्या लागणाऱ्या relearning चा विषय आहे. त्यामुळे सोयीच्या आधारावर एक निवडा आणि त्यावरच स्थिर राहा. Layout दुसऱ्यांदा बदलण्याचा खर्च पहिल्या बदलाइतकाच असतो. कारण तुम्ही पुन्हा तयार करत असलेली गोष्ट म्हणजे key positions शी जोडलेली motor memory आहे. QWERTY पूर्णपणे सोडायचे की नाही हा प्रश्न अजूनही उरला असेल, तर motor memory पुन्हा तयार करण्यासाठी एक महिना देण्यापूर्वी Colemak, Dvorak आणि QWERTY यांची तुलना कशी करावी हे पाहून निर्णय घ्या.

X11 मध्ये setxkbmap आणि localectl वापरून Colemak सेट करा

setxkbmap us -variant colemak
setxkbmap -query

आता setxkbmap -query मध्ये variant: colemak असा अहवाल दिसला पाहिजे आणि कोणत्याही विंडोमध्ये टाइप केल्यावर Colemak अक्षरे दिसली पाहिजेत. हा बदल X session सुरू असेपर्यंत लागू राहतो आणि डिस्कवर काहीही लिहित नाही. त्यामुळे एक तास layout वापरून पाहण्यासाठी ही सुरक्षित पद्धत आहे.

रीबूटनंतरही हा बदल ठेवण्यासाठी:

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

अर्ग्युमेंटचा क्रम layout, त्यानंतर model आणि मग variant असा आहे. आता localectl status मध्ये X11 Layout: us आणि X11 Variant: colemak दिसले पाहिजे. --no-convert जोडले नाही, तर localectl ही निवड सर्वात जवळच्या console keymap मध्ये रूपांतरित करते. त्यामुळे अनेक सिस्टमवर ही एकच command tty वरही लागू होते. Debian आणि Ubuntu वर त्यानंतर /etc/default/keyboard तपासा, कारण boot वेळी console-setup हीच file वाचते.

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')]"

ही setting logout न करता लगेच लागू होते. us+colemak ही string layout आणि variant यांना plus चिन्हाने जोडते.

sway मध्ये ती ~/.config/sway/config मध्ये ठेवा:

input type:keyboard {
    xkb_layout us
    xkb_variant colemak_dh
}

swaymsg reload वापरून configuration reload करा. swaymsg -t get_inputs layout वापरणाऱ्या प्रत्येक input device ची यादी दाखवते. केवळ एका keyboard मध्ये समस्या असल्यास ही तपासणी करा.

KDE Plasma मध्ये System Settings उघडा. त्यानंतर Keyboard, मग Layouts निवडा आणि Colemak variant सह English (US) जोडा.

टेक्स्ट कन्सोलवर Colemak सेट करा

Ctrl+Alt+F3 दाबून उघडणारा कन्सोल हा साधा-टेक्स्ट tty असतो आणि तो स्वतःचा keymap वापरतो. X11 किंवा compositor मध्ये केलेली कोणतीही सेटिंग त्याच्यापर्यंत पोहोचत नाही. त्यामुळे bare virtual console वरील terminal workbench वर काम करताना हे महत्त्वाचे ठरते.

Debian आणि Ubuntu वर /etc/default/keyboard संपादित करा:

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

त्यानंतर ते लागू करा:

sudo setupcon

पडताळणी करण्यासाठी कन्सोलवर टाइप करा. console-setup ckbcomp वापरून या XKB वर्णनाचे console keymap मध्ये रूपांतर करते. त्यामुळे या प्रणालींवर कन्सोल आणि X एकच वर्णन वापरतात.

थेट kbd keymaps वापरणाऱ्या distributions वर प्रथम नावांची यादी पाहा:

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 नाही. यादीत दिसणारे नाव वापरा. अस्तित्वात नसलेले नाव नाकारले जाते.

sudo loadkeys en-latin9 सध्याच्या कन्सोलमध्ये बदल त्वरित लागू करते, तर sudo loadkeys us तो पूर्ववत करते. loadkeys ही configuration नसून चाचणी म्हणून वापरा. ती reboot पर्यंतच लागू राहते. Debian आणि Ubuntu वर boot-time setupcon run /etc/default/keyboard मध्ये दिलेली सेटिंग पुन्हा लागू करते.

हेडलेस VPS साठी Colemak layout आवश्यक आहे का?

जवळजवळ कधीच नाही. यामागचे कारण समजून घेणे उपयुक्त आहे. SSH मध्ये key positions नव्हे, तर characters पाठवले जातात. तुमचा terminal emulator key press स्वीकारतो, तुमचा local layout त्याचे character मध्ये रूपांतर करतो आणि फक्त तेच character connection मधून पाठवले जाते. सर्व्हरला n मिळते; ते कोणत्या physical key मुळे तयार झाले हे त्याला कळत नाही. त्यामुळे तुमच्या laptop वर सेट केलेला layout प्रत्येक SSH session, tmux आणि remotely चालवलेल्या प्रत्येक editor मध्ये तुमच्यासोबत येतो. Remote machine वर keyboard configuration ची अजिबात गरज नसते.

Production boxes वरील keyboard files संपादित करण्यापूर्वी हे लक्षात ठेवा. जर तुम्ही Linux servers चा fleet व्यवस्थापित करत असाल, तर layout हा fleet चा नसून तुमच्या समोरील machine चा विषय आहे. त्यामुळे तो तुमच्या provisioning मध्ये असण्याचे कारण नाही. नवीन VPS वरील पहिली दहा मिनिटे यापेक्षा अधिक उपयुक्त कामासाठी वापरता येतात.

दोन अपवादांसाठी आधीच तयारी ठेवणे आवश्यक आहे. पहिला अपवाद म्हणजे machine शी थेट जोडलेला console. Provider panel मधील browser console सामान्यतः virtual machine समोर keyboard म्हणून सादर होतो. त्यामुळे key presses scancodes म्हणून पोहोचतात आणि कोणते character दिसेल हे सर्व्हरचा स्वतःचा console keymap ठरवतो. सर्व्हरवर सेट केलेला layout प्रभावी होण्याचे हे एकमेव ठिकाण आहे. SSH काम करणे थांबवल्यावर हाच तुमचा rescue path असतो. त्यामुळे तेथे अर्धवट console keymap ठेवणे हा वास्तविक धोका आहे.

Serial console वेगळ्या प्रकारे काम करतो, कारण त्यातून characters पाठवले जातात आणि तुमचा local layout लागू होतो. दुसरा अपवाद म्हणजे shared machine. Console keymap system-wide असतो. त्यामुळे इतर लोक ज्या box वर login करतात त्यावर Colemak सेट केल्यास त्यांच्यासाठीही तो बदलतो. हा बदल का झाला हे त्यांना समजणार नाही.

Vim च्या hjkl कळांचे काय होते

Colemak वर h हलत नाही. उरलेल्या तीन कळा हलतात. j ही QWERTY मधील Y च्या खाली असते, k ही QWERTY मधील N च्या खाली असते आणि l ही QWERTY मधील U च्या खाली असते. त्यामुळे cursor keys चार बोटांखाली एकत्र न राहता तीन ओळींमध्ये पसरतात.

यासाठी दोन व्यवहार्य पर्याय आहेत. दोन्ही पर्याय प्रत्यक्ष वापरणारे लोक आहेत.

डीफॉल्ट तसेच ठेवा आणि कळांची स्थाने पुन्हा शिका. तुमच्या setup मधील इतर कशावरही परिणाम होत नाही. प्रत्येक plugin पूर्वीप्रमाणेच कार्यरत राहतो. तसेच इतरांनी लिहिलेली प्रत्येक Vim टिप तुम्हाला जशीच्या तशी लागू होते.

किंवा, hjkl पूर्वी ज्या ठिकाणी होत्या त्या तुमच्या उजव्या हाताखालील चार कळांना remap करा. 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 आधीपासूनच डावीकडे हलवत होती. शेवटच्या दोन ओळींमध्ये तुम्ही बदललेल्या commands पुन्हा उपलब्ध केल्या आहेत: l insert mode सुरू करते आणि k शेवटचा search पुन्हा चालवते. capital letters साठीही हीच remap करा. अन्यथा Shift आणि cursor key एकत्र वापरल्यास अनपेक्षित परिणाम होऊ शकतो.

Vim चा langmap option हेच काम कमी ओळींमध्ये करतो:

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

प्रत्येक जोडीचा अर्थ तुम्ही टाइप केलेले character आणि Vim ने त्याऐवजी ज्याप्रमाणे कार्य करावे तो character असा होतो. हे केवळ normal mode ला लागू होते. त्यामुळे insert mode मध्ये Colemak मजकूर नेहमीप्रमाणे टाइप करता येतो. Vim च्या स्वतःच्या help मध्ये दोन मर्यादा नमूद आहेत: langmap हे Ctrl किंवा Alt combinations ला लागू होत नाही आणि default keys वर आधारित plugin mappings याखाली अनपेक्षितपणे कार्य करू शकतात.

तुम्ही कोणताही पर्याय निवडा, तो एकदाच निवडा. एका महिन्यानंतर सोडून दिलेल्या remap मुळे आणखी एक महिना खर्च होतो.

टर्मिनल शॉर्टकट्सचे काय होते

टर्मिनल नियंत्रण कोड भौतिक कळेवरून नव्हे, तर अक्षरावरून येतो. त्यामुळे प्रत्येक Ctrl शॉर्टकट लेआउटसोबत बदलतो. Ctrl+C, Ctrl+Z, Ctrl+X आणि Ctrl+V यांची स्थाने कायम राहतात, कारण Colemak मध्ये QWERTY मधील Z, X, C आणि V यांची स्थाने जाणीवपूर्वक बदललेली नाहीत.

तुम्ही दररोज वापरत असलेले चार शॉर्टकट मात्र बदलतात. इनपुट समाप्त करणारे Ctrl+D आता QWERTY मधील G च्या स्थानी असते. इतिहास शोधणारे Ctrl+R QWERTY मधील S च्या स्थानी असते. ओळीच्या शेवटी नेणारे Ctrl+E QWERTY मधील K च्या स्थानी असते. ओळ साफ करणारे Ctrl+U QWERTY मधील I च्या स्थानी असते.

tmux चा default prefix कायम राहतो, कारण Colemak मध्ये B ची जागा बदलत नाही. Colemak-DH मध्ये B वरच्या रांगेत जाते आणि prefix देखील त्याच्यासोबत बदलतो. VPS वर दीर्घकाळ सुरू असलेले tmux session वापरत राहिल्यास ही पहिली जाणवणारी बाब असेल. तुम्हाला सोयीची कळ prefix साठी पुन्हा निश्चित करणे हा एका ओळीचा बदल आहे. तोच reflex दोनदा नव्याने शिकण्यापेक्षा हा मार्ग सोपा आहे.

Desktop शॉर्टकट्सही याच नियमाचे पालन करतात. Super+E वरील binding लेआउटसोबत बदलते, कारण ती अक्षरावर आधारित असते. Super+F1 वरील binding मात्र त्याच ठिकाणी राहते, कारण function keys लेआउटद्वारे remap केल्या जात नाहीत.

स्विच करण्यासाठी लागणारा वेळ

तुमच्या हातांसाठी अचूक कालावधी कोणीही सांगू शकत नाही. Touch typing ही motor memory वर आधारित असते. अक्षरे कुठे आहेत हे तुम्ही शिकत नाही; शब्दाचे बोटांच्या क्रमात रूपांतर करणारी reflex तुम्ही पुन्हा तयार करत असता. त्यामुळे उपयुक्त ठरणारी एकमेव गोष्ट म्हणजे typing करण्यासाठी दिलेला वेळ.

लोकांनी नोंदवलेले अनुभव, जे नियंत्रित मोजमापाऐवजी स्वतः नोंदवलेल्या सरावाच्या नोंदी आहेत, असे दर्शवतात की पहिल्या आठवड्यात त्यांचा वेग जुन्या वेगाच्या निम्म्यापेक्षाही कमी असतो. दररोज वापर केल्यास जुना वेग साधारणपणे one ते three months मध्ये परत येतो. व्यक्तिनुसार हा फरक मोठा असतो. त्यामुळे या आकड्यांना निश्चित वेळापत्रक न मानता साधारण नमुना समजा.

दोन सवयींमुळे ही प्रक्रिया आणखी धीमी होते. दिवसभर QWERTY आणि Colemak यांच्यात अदलाबदल केल्यास दोन्ही reflex कमकुवत राहतात. त्यामुळे switch पूर्ण करणारे बहुतेक लोक त्यांच्या मुख्य मशीनवर एकाच layout ला पूर्णपणे बांधील राहतात. व्यस्त आठवड्यात सुरुवात केल्यास time pressure मध्ये चुकीचे typing होते. त्यामुळे keys कडे खाली पाहण्याची सवय दृढ होते.

परत जाण्याची पद्धत आधीच तयार ठेवा. कारण QWERTY ची गरज भासण्याचा क्षण बहुधा तोच असतो, जेव्हा काहीतरी बिघडलेले असते आणि कोणीतरी प्रतीक्षा करत असते.

QWERTY वर पटकन कसे परतावे

X11 मध्ये, setxkbmap us QWERTY layout त्वरित पुनर्संचयित करते. कन्सोलवर, sudo loadkeys us हेच काम करते. कायमस्वरूपी सेटिंग रद्द करण्यासाठी sudo localectl set-x11-keymap us चालवा.

ज्या layout मध्ये तुम्ही अजून टाइप करू शकत नाही, त्या layout मध्ये टाइप करावा लागणाऱ्या command पेक्षा toggle अधिक उपयुक्त आहे:

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

यामुळे Colemak पहिला layout आणि साधा US दुसरा layout म्हणून लोड होतो. Super+Space दाबल्यावर दोन्ही layout मध्ये क्रमाने बदल करता येतो. colemak, मधील शेवटचा स्वल्पविराम चूक नाही: त्यामुळे पहिल्या layout ला colemak variant मिळतो आणि दुसऱ्या layout ला कोणताही variant मिळत नाही. GNOME मध्ये Settings मधून दोन्ही input sources जोडा. तेथे Super+Space आधीपासूनच त्यांच्यामध्ये बदल करते.

तुमच्या desktop session च्या बाहेर दोन password prompts असतात. त्यांच्याकडे स्वतंत्रपणे लक्ष देणे आवश्यक आहे. Login greeter तुमच्या session settings लागू होण्यापूर्वी सुरू होतो. त्यामुळे setting वर अवलंबून न राहता logout करून त्याची चाचणी करा. Disk encrypted असल्यास passphrase prompt initramfs मधून चालतो. त्यामध्ये keymap ची स्वतंत्र प्रत असते. Debian आणि Ubuntu वर /etc/default/keyboard बदलल्यानंतर sudo update-initramfs -u चालवून initramfs पुन्हा तयार करा. त्यानंतर reboot करून एकदा चाचणी करा, म्हणजे मशीनमध्ये प्रवेश करण्यासाठी तुमच्याकडे अजून एक पर्यायी मार्ग उपलब्ध असेल.

एक प्रोग्राममध्ये QWERTY ठेवता येईल का?

एखाद्या application ला key मिळण्यापूर्वी layout लागू केले जाते. X server किंवा compositor scancode चे रूपांतर character मध्ये करतो आणि तो character application कडे पाठवतो. त्यामुळे application वेगळे layout मागू शकत नाही. त्याला मिळालेल्या input चे remap मात्र करता येते. म्हणून Vim मधील उपाय Vim च्या config मध्येच असतो. तसेच प्रत्येक window साठी स्वतंत्र layout switch करण्याची कोणतीही सर्वसाधारण पद्धत उपलब्ध नाही.

दोन पद्धती उपयोगी ठरतात. पहिली पद्धत device नुसार आहे. QWERTY typing स्वतंत्र keyboard वर होत असल्यास, system वर layout सेट करण्याऐवजी त्या device वर layout सेट करा:

xinput list
setxkbmap -device 12 -layout us

xinput list मधून id घ्या आणि प्रत्येक keyboard वर क्रमाने typing करून त्याची खात्री करा. swaymsg -t get_inputs मधील input identifier वापरून sway मध्येही प्रत्येक input साठी हीच settings स्वीकारली जातात. type:keyboard पेक्षा अधिक specific selector ला प्राधान्य मिळते.

दुसरी पद्धत म्हणजे Vim च्या langmap प्रमाणे application च्या आत remap करणे. Games मध्ये जवळजवळ नेहमीच key binding screen असते. तेथे movement keys पुन्हा bind करणे, बाहेरून layout बदलण्याचा प्रयत्न करण्यापेक्षा कमी वेळ घेते. ज्या application मध्ये अशी सुविधा नाही, त्यांच्यासाठी वरील layout toggle bind करा आणि application सुरू करण्यापूर्वी तो दाबा.

FAQ

माझ्या VPS वर Colemak सेट करणे आवश्यक आहे का?

तुम्ही SSH द्वारे त्यावर प्रवेश करत असाल, तर नाही. SSH अक्षरे पाठवते. त्यामुळे काहीही पाठवण्यापूर्वी तुमच्या laptop वर keyboard layout लागू होतो आणि QWERTY वापरणाऱ्या व्यक्तीकडून पाठवले गेले असते तेच bytes server ला मिळतात. अपवाद म्हणजे तुमच्या provider च्या panel मधील browser console. तो virtual machine शी keyboard म्हणून जोडला जातो आणि server चा स्वतःचा console keymap वापरतो. SSH अयशस्वी झाल्यावर तो console हा तुमचा rescue मार्ग असतो. त्यामुळे खात्री असल्याशिवाय layout बदलू नका आणि SSH अद्याप कार्यरत असताना त्याची चाचणी करा.

मी Colemak शिकावे की Colemak-DH?

दोन्ही layout साठी QWERTY पासून नव्याने सराव करावा लागतो. त्यामुळे migration cost पेक्षा आरामदायी वापराच्या आधारे निवड करा. साध्या Colemak मध्ये D आणि H टाइप करण्यासाठी index finger ला middle column पर्यंत ताणावे लागतो. त्यामुळे Colemak-DH मध्ये D, B आणि G ची स्थाने बदलली आहेत आणि H व M ची अदलाबदल झाली आहे. XKB variant ची नावे colemak आणि colemak_dh आहेत. डाव्या shift च्या शेजारी अतिरिक्त key असलेल्या keyboards साठी colemak_dh_iso वापरले जाते. तुमच्या system वर कोणते variants उपलब्ध आहेत हे पाहण्यासाठी localectl list-x11-keymap-variants us | grep colemak चालवा.

Colemak वर Vim मधील hjkl keys चे काय होते?

h त्याच ठिकाणी राहते. j QWERTY मधील Y च्या खाली, k QWERTY मधील N च्या खाली आणि l QWERTY मधील U च्या खाली येते. त्यामुळे cursor keys तीन rows मध्ये पसरतात. keys ज्या ठिकाणी येतात तिथेच त्या पुन्हा शिकू शकता. यामुळे प्रत्येक plugin आणि प्रत्येक tutorial वैध राहतो. किंवा उजव्या हाताखालील चार keys remap करू शकता: Colemak वर h, n, e आणि i, तसेच Colemak-DH वर m, n, e आणि i. Vim मधील langmap option normal mode साठी हेच कार्य करते. मात्र ते Ctrl combinations वर लागू होत नाही आणि plugin mappings मध्ये गोंधळ निर्माण करू शकते.

माझ्या जुन्या typing speed वर पुन्हा येण्यासाठी किती वेळ लागेल?

दिवसांपेक्षा आठवडे अपेक्षित धरा. याचे कारण ही motor memory आहे आणि त्यासाठी सराव हाच एकमेव input आहे. वापरकर्त्यांनी नोंदवलेल्या practice logs मध्ये पहिल्या आठवड्यात जुना वेग अर्ध्यापेक्षाही कमी असल्याचे आणि दररोजच्या वापरानंतर one to three months मध्ये तो पुन्हा मिळाल्याचे सामान्यतः दिसते. दररोज QWERTY आणि Colemak यांमध्ये सतत बदल केल्यास हा कालावधी वाढतो. कारण कोणत्याही layout ची reflex स्थिर होऊ शकत नाही.

माझ्या desktop वर setxkbmap ने काहीही का केले नाही?

बहुधा कारण session Wayland वर चालू आहे. Wayland मध्ये compositor keymap चे नियंत्रण ठेवतो आणि तो प्रत्येक application कडे keymap पाठवतो. त्यामुळे setxkbmap ला display सापडत नाही किंवा ते फक्त XWayland मध्ये बदल करते; native applications तो बदल दुर्लक्षित करतात. त्याऐवजी compositor मध्ये layout सेट करा: GNOME मधील org.gnome.desktop.input-sources gsettings key, sway config मधील xkb_variant, किंवा KDE Plasma च्या System Settings मधील Layouts page वापरा.