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

Linux वर Colemak layout कुठे असतो

Linux मध्ये Colemak हा संपूर्ण सिस्टमसाठी एकच setting नसतो. त्या क्षणी keyboard input वाचणारा घटक layout लागू करतो. त्यामुळे 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 वर अजूनही QWERTY typing होते.

या guide मध्ये software चे तीन layers, remote server ला त्यांपैकी जवळजवळ कोणत्याही layer ची गरज का नसते, तसेच switch मुळे 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 मधील स्थानांवरून 17 keys हलवल्या आहेत आणि Z, X, C आणि V यांसह 10 keys त्याच ठिकाणी ठेवल्या आहेत. त्यामुळे undo, cut, copy आणि paste shortcuts तुमच्या डाव्या हाताला अपेक्षित असलेल्या ठिकाणीच राहतात. Layout अशी दिसण्याचे हेच मुख्य कारण आहे.

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

QWERTY वरून येताना दोन्हीपैकी कोणताही पर्याय निवडणे म्हणजे एकदाच relearning करणे होय. त्यामुळे comfort नुसार एक निवडा आणि त्यावरच राहा. Layout पुन्हा बदलल्यास पहिल्याइतकाच वेळ लागू शकतो, कारण तुम्ही key positions शी जोडलेली motor memory पुन्हा तयार करत असता.

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

setxkbmap us -variant colemak
setxkbmap -query

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

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

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

Argument चा क्रम layout, त्यानंतर model आणि variant असा आहे. आता localectl status ने X11 Layout: us आणि X11 Variant: colemak दाखवले पाहिजे. --no-convert जोडले नाही, तर localectl ही निवड सर्वात जवळच्या console keymap मध्ये रूपांतरित करते. त्यामुळे अनेक systems वर ही एकच 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 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 सेट करा

कन्सोल हा 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 keymap थेट वापरणाऱ्या वितरणांवर प्रथम नावांची यादी पाहा:

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

kbd पॅकेजमध्ये 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 चालल्यावर /etc/default/keyboard मध्ये नमूद केलेली सेटिंग पुन्हा लागू होते.

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

जवळजवळ कधीच नाही. यामागचे कारण समजून घेणे महत्त्वाचे आहे. SSH मध्ये key positions नव्हे, तर characters पाठवले जातात. तुमचा terminal emulator key press स्वीकारतो. तुमचा स्थानिक 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 तुमच्यासमोरील machine शी संबंधित असतो, fleet शी नाही. त्यामुळे provisioning मध्ये त्यासाठी जागा नसते. नवीन VPS वरील पहिल्या दहा मिनिटांत यापेक्षा अधिक उपयुक्त काम करता येते.

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

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

Vim मधील hjkl कींचे काय होते

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

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

डीफॉल्ट तसेच ठेवा आणि कींची स्थाने पुन्हा शिका. तुमच्या सेटअपमधील इतर काहीही बदलत नाही. प्रत्येक 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 keys साठीही हेच करा. अन्यथा Shift आणि cursor key एकत्र दाबल्यावर अनपेक्षित परिणाम होऊ शकतो.

Vim चा langmap पर्याय कमी ओळींमध्ये असेच काम करतो:

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

प्रत्येक जोडी तुम्ही टाइप केलेले character आणि Vim ने ज्याप्रमाणे वागावे तो character, या क्रमाने वाचते. हे फक्त normal mode ला लागू होते. त्यामुळे insert mode मध्ये Colemak मजकूर नेहमीप्रमाणे टाइप करता येतो. Vim च्या स्वतःच्या help मध्ये दोन मर्यादा नमूद आहेत: langmap Ctrl किंवा Alt संयोजनांना लागू होत नाही आणि डीफॉल्ट 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 सत्र ठेवले असल्यास हीच पहिली गोष्ट तुमच्या लक्षात येईल. तुम्हाला सोयीची असलेली की prefix साठी पुन्हा निश्चित करणे ही एकाच ओळीतील सुधारणा आहे. तोच reflex दोनदा पुन्हा शिकण्यापेक्षा ही पद्धत सोपी आहे.

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

स्विच बदलण्याचा तुम्हाला किती काळ खर्च येतो

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

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

दोन सवयींमुळे ही प्रक्रिया आणखी संथ होते. दिवसभर QWERTY आणि Colemak यांच्यात अदलाबदल केल्यास दोन्ही प्रतिक्षिप्त क्रिया कमकुवत राहतात. त्यामुळे स्विच पूर्ण करणारे बहुतेक लोक त्यांच्या मुख्य संगणकावर पूर्णपणे नवीन मांडणी वापरतात. व्यस्त आठवड्यात सुरुवात केल्यास वेळेच्या दबावाखाली चुकीचे टंकलेखन होते. त्यामुळे तुम्ही कळांकडे खाली पाहण्याची सवय लावून घेता.

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

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

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

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

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

यामुळे Colemak पहिला layout आणि साधा US दुसरा layout म्हणून लोड होतो. Super+Space दाबल्यावर त्यांच्यामध्ये बदल करता येतो. colemak, मधील शेवटचा comma चूक नाही. त्यामुळे पहिल्या 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 ठेवता येईल का?

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

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

xinput list
setxkbmap -device 12 -layout us

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

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

FAQ

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

जर तुम्ही SSH द्वारे त्यावर प्रवेश करत असाल, तर नाही. SSH अक्षरे पाठवते. त्यामुळे काहीही पाठवण्यापूर्वी तुमच्या laptop वर keyboard layout नुसार त्यांचे रूपांतर होते आणि server ला QWERTY वापरणाऱ्या व्यक्तीकडून मिळाले असते तेच bytes मिळतात. अपवाद म्हणजे 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 टाइप करण्यासाठी तर्जनीला middle column कडे ताण द्यावा लागतो. त्यामुळे Colemak-DH मध्ये D, B आणि G यांची स्थाने बदलली आहेत आणि H व M यांची अदलाबदल केली आहे. XKB variant ची नावे colemak आणि colemak_dh आहेत. डाव्या shift च्या शेजारी अतिरिक्त key असलेल्या keyboards साठी colemak_dh_iso वापरले जाते. तुमच्या system मध्ये कोणते पर्याय उपलब्ध आहेत हे पाहण्यासाठी 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 ची बाब आहे आणि यासाठी एकमेव उपाय सराव आहे. वापरकर्त्यांनी नोंदवलेल्या practice logs मध्ये सामान्यतः पहिल्या आठवड्यात जुना वेग अर्ध्यापेक्षाही कमी असल्याचे आणि दररोजच्या वापरानंतर एक ते तीन महिन्यांत तो वेग परत मिळत असल्याचे दिसते. दररोज QWERTY आणि Colemak मध्ये अदलाबदल केल्यास हा कालावधी वाढतो. कारण कोणत्याही layout वरील reflex स्थिर होऊ शकत नाही.

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

बहुधा session Wayland वर चालत असल्यामुळे. Wayland मध्ये compositor keymap चे नियंत्रण ठेवतो आणि ते प्रत्येक application कडे पाठवतो. त्यामुळे 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 वापरा.