Linux-এ Colemak সেট করার নিয়ম: Console, X11 ও Wayland

Linux-এ Colemak layout কোথায় থাকে

Linux-এ Colemak কোনো একক system-wide setting নয়। সেই মুহূর্তে keyboard input যে স্তর পড়ছে, layout সেটিই প্রয়োগ করে। তাই এটি তিনটির একটিতে থাকে: text console, X11 server অথবা আপনার Wayland compositor। ভুল স্তরে সেট করলে কোনো পরিবর্তন দেখা যাবে না।

চতুর্থ একটি বিকল্প operating system-কে সম্পূর্ণ এড়িয়ে যায়। QMK বা VIA চালানো board-এর মতো নিজের firmware-এ remap করা keyboard আপনার চাওয়া অক্ষরগুলোর code পাঠায়। ফলে কোনো configuration ছাড়াই আপনি যে machine-এ keyboard সংযুক্ত করবেন, সেখানেই Colemak-এ type হবে। এর মধ্যে server console এবং আপনার মালিকানাধীন নয় এমন machine-ও রয়েছে। এর অসুবিধা হলো, আপনার laptop keyboard এখনও QWERTY-তে type করবে।

এই guide-এর পরবর্তী অংশে তিনটি software layer, remote server-এ সাধারণত কেন এগুলোর কোনোটি প্রয়োজন হয় না, এবং এই switch Vim ও আপনার terminal shortcut-গুলোর ওপর কী প্রভাব ফেলে—তা ব্যাখ্যা করা হয়েছে।

আপনার সিস্টেমে ইতিমধ্যে কী আছে তা পরীক্ষা করুন

কোনো পরিবর্তন করার আগে এগুলো চালান। এগুলো বর্তমান সেটিং এবং আপনার X keyboard database-এ থাকা Colemak variant-গুলোর তালিকা দেখায়।

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

শেষ command-টি colemak এবং colemak_dh দেখানোর কথা। Colemak বহু বছর ধরে xkeyboard-config-এ রয়েছে। Colemak-DH version 2.34-এ যুক্ত হয়েছিল, তাই কেবল পুরোনো release-এ এটি অনুপস্থিত থাকবে। August 2026 অনুযায়ী, Ubuntu 24.04 এবং Debian 13 উভয়ই এর চেয়ে নতুন version ship করে।

setxkbmap -query যদি display open করা যাচ্ছে না বলে জানায়, তাহলে আপনি একটি Wayland session-এ আছেন এবং compositor layout নিয়ন্ত্রণ করছে। এই পরিস্থিতির জন্য নিচে আলাদা section রয়েছে।

Colemak বা Colemak-DH

Colemak, QWERTY বিন্যাসের অবস্থান থেকে 17টি key সরিয়ে দেয় এবং 10টি key অপরিবর্তিত রাখে। এর মধ্যে Z, X, C এবং V-ও আছে। তাই undo, cut, copy এবং paste shortcut-গুলো আপনার বাম হাতের প্রত্যাশিত অবস্থানেই থাকে। বিন্যাসটি এমন দেখানোর মূল কারণ এটাই।

Colemak-DH হলো Colemak-এর একটি পরিবর্তিত সংস্করণ। এতে D, B এবং G-এর অবস্থান বদলানো হয় এবং H ও M অদলবদল করা হয়। কারণ সাধারণ Colemak-এ D এবং H টাইপ করতে তর্জনীকে keyboard-এর মাঝের column-এ প্রসারিত করতে হয়। Official mod-এ Colemak-এ ব্যবহৃত একই finger-এই প্রতিটি letter রাখা হয়। তাই Colemak ব্যবহারকারী DH-এ গেলে সম্পূর্ণ নতুন layout শেখার বদলে অল্প কিছু পরিবর্তন শিখলেই হয়। XKB variant হলো colemak_dh। বাম shift-এর পাশে অতিরিক্ত key থাকা keyboard-এর জন্য colemak_dh_iso ব্যবহার করুন।

QWERTY থেকে এলে যেকোনো একটিতে যেতে একবারই নতুন করে অনুশীলন করতে হবে। তাই স্বাচ্ছন্দ্যের ভিত্তিতে একটি বেছে নিয়ে সেটিতেই থাকুন। দ্বিতীয়বার layout বদলানোর খরচ প্রায় প্রথমবারের সমান। কারণ আপনাকে key position-এর সঙ্গে যুক্ত motor memory পুনর্গঠন করতে হয়। আপনি আদৌ QWERTY ছাড়বেন কি না, সেটিই যদি এখনও অনির্ধারিত থাকে, motor memory পুনর্গঠনে এক মাস ব্যয় করার আগে Colemak, Dvorak এবং QWERTY-এর তুলনা কীভাবে হয় দেখে সিদ্ধান্ত নিন।

X11-এ setxkbmap এবং localectl দিয়ে Colemak সেট করুন

setxkbmap us -variant colemak
setxkbmap -query

এখন setxkbmap -query-এ variant: colemak দেখানোর কথা, এবং যেকোনো window-এ টাইপ করলে Colemak অক্ষর তৈরি হবে। এই পরিবর্তন X session চলা পর্যন্ত কার্যকর থাকে এবং disk-এ কিছু লেখে না। তাই এক ঘণ্টার জন্য layout পরীক্ষা করার এটি নিরাপদ উপায়।

Reboot-এর পরও এটি কার্যকর রাখতে:

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-এও রূপান্তর করে। তাই অনেক সিস্টেমে এই একটি command tty-তেও layout প্রয়োগ করে। Debian এবং Ubuntu-তে পরে /etc/default/keyboard পরীক্ষা করুন, কারণ boot-এর সময় console-setup এই file পড়ে।

Wayland-এ Colemak সেট করা

Wayland session-এ কনফিগার করার জন্য কোনো X server থাকে না। compositor keymap লোড করে প্রতিটি application-এর কাছে সেটি পাঠায়, তাই layout একটি compositor setting। এই কারণেই সেখানে setxkbmap সঠিকভাবে কাজ করে না: এটি হয় display খুঁজে পায় না, অথবা শুধু XWayland পরিবর্তন করে; native Wayland application-গুলো সেটি উপেক্ষা করে।

GNOME-এ setting-টি একটি gsettings key:

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

এটি 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 layout-সহ প্রতিটি input device-এর তালিকা দেখায়। শুধু একটি keyboard-এ সমস্যা হলে এই command-টি চালিয়ে পরীক্ষা করুন।

KDE Plasma-এ System Settings খুলুন, তারপর Keyboard, এরপর Layouts খুলে Colemak variant-সহ English (US) যোগ করুন।

টেক্সট কনসোলে Colemak সেট করুন

কনসোল হলো Ctrl+Alt+F3 চাপলে পাওয়া plain-text 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 description-কে console keymap-এ রূপান্তর করে। তাই এই সিস্টেমগুলোতে কনসোল এবং X একই description ব্যবহার করে।

যেসব distribution সরাসরি kbd keymap ব্যবহার করে, সেগুলোতে প্রথমে নামটি খুঁজে নিন:

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-এ নির্ধারিত সেটিং পুনরুদ্ধার করে।

একটি headless VPS-এ কি Colemak layout প্রয়োজন?

প্রায় কখনোই নয়, এবং এর কারণ বোঝা গুরুত্বপূর্ণ। SSH key position নয়, character বহন করে। আপনার terminal emulator key press গ্রহণ করে, আপনার local layout সেটিকে একটি character-এ রূপান্তর করে, এবং শুধু সেই character-ই connection দিয়ে পাঠানো হয়। server n গ্রহণ করে, কিন্তু কোন physical key থেকে সেটি তৈরি হয়েছে তা জানার কোনো উপায় থাকে না। তাই আপনার laptop-এ সেট করা layout প্রতিটি SSH session, tmux এবং দূরবর্তীভাবে চালানো প্রতিটি editor-এ আপনার সঙ্গে থাকে; remote machine-এ কোনো keyboard configuration প্রয়োজন হয় না।

Production server-এ keyboard file সম্পাদনা শুরু করার আগে এটি মনে রাখুন। আপনি যদি Linux server-এর একটি fleet পরিচালনা করেন, layout আপনার সামনে থাকা machine-এর সঙ্গে সম্পর্কিত, fleet-এর সঙ্গে নয়। তাই এটি আপনার provisioning-এর অংশ হওয়া উচিত নয়। নতুন VPS-এ প্রথম দশ মিনিট এর চেয়ে বেশি কার্যকর কাজ রয়েছে।

দুটি exception-এর জন্য পরিকল্পনা করা উচিত। প্রথমটি হলো machine-এর সঙ্গে সরাসরি সংযুক্ত console। Provider panel-এর browser console সাধারণত virtual machine-এর কাছে নিজেকে একটি keyboard হিসেবে উপস্থাপন করে। তাই key press scancode হিসেবে পৌঁছায় এবং server-এর নিজস্ব console keymap নির্ধারণ করে কোন character প্রদর্শিত হবে। এটিই একমাত্র স্থান যেখানে server-এ সেট করা layout কার্যকর হয়। SSH কাজ না করলেও এটিই আপনার rescue path হতে পারে। তাই সেখানে অসম্পূর্ণ console keymap রাখা বাস্তব ঝুঁকি।

Serial console ভিন্নভাবে কাজ করে, কারণ এটি character বহন করে এবং আপনার local layout প্রয়োগ হয়। দ্বিতীয় exception হলো shared machine। Console keymap system-wide হওয়ায় কোনো box-এ Colemak সেট করলে সেখানে login করা অন্য ব্যবহারকারীদের layout-ও পরিবর্তিত হয়। তারা কেন এমন হয়েছে তা অনুমান করতে পারবে না।

Vim-এর hjkl কী-গুলোর কী হয়

Colemak-এ, h নড়ে না। বাকি তিনটি নড়ে। j QWERTY-এর Y-এর নিচে, k QWERTY-এর N-এর নিচে এবং l QWERTY-এর U-এর নিচে থাকে। তাই cursor key চারটি আঙুলের নিচে থাকার বদলে তিনটি সারিতে ছড়িয়ে থাকে।

এখানে দুটি কার্যকর সমাধান আছে। দুটিরই বাস্তব ব্যবহারকারী রয়েছে।

ডিফল্ট রেখে অবস্থানগুলো নতুন করে শিখুন। আপনার setup-এর অন্য কিছু নষ্ট হবে না। প্রতিটি plugin কাজ করতে থাকবে। অন্যদের লেখা প্রতিটি Vim টিপসও আপনার ক্ষেত্রে ঠিক যেভাবে লেখা আছে সেভাবেই প্রযোজ্য হবে।

অথবা, ডান হাতের নিচে hjkl যেখানে ছিল, সেই চারটি কী remap করুন। Colemak-এ ওই চারটি physical key থেকে h, n, e এবং i পাওয়া যায়। Colemak-DH-এ একই চারটি physical key থেকে 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 আগেই বামে যাওয়ার কাজ করত। শেষের দুটি line আপনি সরিয়ে দেওয়া command ফিরিয়ে দেয়: l insert mode শুরু করে এবং k সর্বশেষ search পুনরাবৃত্তি করে। Capital key-গুলোর জন্যও একই mapping দিন। তা না হলে Shift-এর সঙ্গে cursor key চাপলে অপ্রত্যাশিত ফল পাবেন।

Vim-এর langmap option কম line-এ একই ধরনের কাজ করে:

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

প্রতিটি pair-এ প্রথমে আপনার চাপা character এবং পরে Vim-এর যে character অনুযায়ী কাজ করা উচিত, তা থাকে। এটি শুধু normal mode-এ প্রযোজ্য। তাই insert mode-এ Colemak text স্বাভাবিকভাবেই লেখা যায়। Vim-এর নিজস্ব help-এ দুটি সীমাবদ্ধতা নথিভুক্ত আছে: langmap Ctrl বা Alt combination-এ প্রযোজ্য নয়, এবং default key-এর ওপর ভিত্তি করে লেখা plugin mapping এতে অস্বাভাবিকভাবে কাজ করতে পারে।

যেটিই বেছে নিন, একবারই বেছে নিন। এক মাস পরে কোনো remap পরিত্যাগ করলে আপনাকে আরও এক মাস ব্যয় করতে হবে।

টার্মিনালের শর্টকাটগুলোর কী হয়

টার্মিনালের control code physical key থেকে নয়, character থেকে আসে। তাই প্রতিটি Ctrl shortcut layout-এর সঙ্গে স্থান পরিবর্তন করে। Ctrl+C, Ctrl+Z, Ctrl+X এবং Ctrl+V তাদের অবস্থান ধরে রাখে, কারণ Colemak ইচ্ছাকৃতভাবে Z, X, C এবং V-কে QWERTY-এর অবস্থানেই রাখে।

আপনি প্রতিদিন ব্যবহার করেন এমন চারটি shortcut স্থান পরিবর্তন করে। input শেষ করা Ctrl+D এখন QWERTY-তে G-এর অবস্থানে থাকে। history search-এর Ctrl+R থাকে QWERTY-তে S-এর অবস্থানে। end of line-এর Ctrl+E থাকে QWERTY-তে K-এর অবস্থানে। line clear করা Ctrl+U থাকে QWERTY-তে I-এর অবস্থানে।

tmux তার default prefix ধরে রাখে, কারণ Colemak-এ B স্থান পরিবর্তন করে না। Colemak-DH-এ B top row-এ চলে যায় এবং prefix-ও তার সঙ্গে স্থান পরিবর্তন করে। আপনি যদি VPS-এ দীর্ঘসময় চলমান tmux session চালু রাখেন, এটিই প্রথম যে পরিবর্তনটি আপনি লক্ষ্য করবেন। আপনার পছন্দের কোনো key-তে prefix পুনরায় bind করা এক লাইনের পরিবর্তন। একই reflex দুবার নতুন করে শেখার চেয়ে এটি সহজ।

Desktop shortcut-ও একই নিয়ম অনুসরণ করে। Super+E-তে একটি binding layout-এর সঙ্গে স্থান পরিবর্তন করে, কারণ এটি character দিয়ে নির্ধারিত। Super+F1-এ একটি binding একই অবস্থানে থাকে, কারণ function key-গুলো layout দ্বারা remap হয় না।

সুইচ করতে আপনার কত সময় লাগে

আপনার ক্ষেত্রে কত সময় লাগবে, তা কেউ নির্দিষ্ট করে বলতে পারে না। Touch typing মোটর মেমরির ওপর নির্ভর করে। আপনি অক্ষরগুলোর অবস্থান শিখছেন না; বরং একটি শব্দকে আঙুলের ধারাবাহিক নড়াচড়ায় রূপান্তর করার reflex নতুন করে তৈরি করছেন। তাই সাহায্যকারী একমাত্র বিষয় হলো typing-এ ব্যয় করা সময়।

মানুষের দেওয়া তথ্য অনুযায়ী—এগুলো নিয়ন্ত্রিত পরিমাপ নয়, বরং নিজে নথিবদ্ধ করা practice log—প্রথম সপ্তাহে typing speed আগের গতির অর্ধেকেরও কম থাকে। প্রতিদিন ব্যবহার করলে সাধারণত 1 থেকে 3 মাসের মধ্যে আগের গতিতে ফেরা যায়। ব্যক্তিভেদে পার্থক্য অনেক, তাই এই সময়সীমাকে নির্দিষ্ট schedule না ভেবে একটি সাধারণ ধারা হিসেবে দেখুন।

দুটি অভ্যাস প্রক্রিয়াটিকে ধীর করে। দিনের বিভিন্ন সময় QWERTY এবং Colemak পালা করে ব্যবহার করলে উভয় reflex-ই দুর্বল থাকে। তাই যারা সফলভাবে switch সম্পন্ন করেন, তাদের অধিকাংশই প্রধান machine-এ পুরোপুরি Colemak ব্যবহার করেন। ব্যস্ত সপ্তাহে শুরু করলে time pressure-এর মধ্যে ভুলভাবে typing করতে হয়। এতে আপনি keys-এর দিকে তাকিয়ে typing করার অভ্যাস তৈরি করেন।

প্রয়োজনের আগেই ফিরে যাওয়ার ব্যবস্থা করে রাখুন। কারণ QWERTY আবার দরকার হবে ঠিক তখনই, যখন কিছু নষ্ট হয়েছে এবং কেউ অপেক্ষা করছে।

দ্রুত QWERTY-তে কীভাবে ফিরে যাবেন

X11-এ setxkbmap us চালালে সঙ্গে সঙ্গে QWERTY পুনরুদ্ধার হয়। কনসোলে sudo loadkeys us একই কাজ করে। স্থায়ী সেটিং বাতিল করতে sudo localectl set-x11-keymap us চালান।

এমন layout-এ টাইপ করতে হয় যে layout এখনো টাইপ করতে পারছেন না, সেখানে কমান্ডের চেয়ে toggle ব্যবহার করা ভালো:

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

এটি প্রথম layout হিসেবে Colemak এবং দ্বিতীয় layout হিসেবে plain US লোড করে। Super+Space চাপলে দুটির মধ্যে পরিবর্তন করা যায়। colemak,-এর শেষে থাকা comma কোনো ভুল নয়। এটি প্রথম layout-এ colemak variant এবং দ্বিতীয় layout-এ কোনো variant না থাকার নির্দেশ দেয়। GNOME-এ Settings থেকে উভয় input source যোগ করুন। সেখানে Super+Space দিয়েই এগুলোর মধ্যে পরিবর্তন করা যায়।

দুটি password prompt আপনার desktop session-এর বাইরে চলে এবং আলাদা করে পরীক্ষা করতে হয়। Login greeter আপনার session settings প্রয়োগ করার আগে চালু হয়। তাই সেটিংটির ওপর নির্ভর না করে logout করে এটি পরীক্ষা করুন। Disk encrypted হলে passphrase prompt initramfs থেকে চলে। initramfs-এ keymap-এর নিজস্ব একটি copy থাকে। Debian এবং Ubuntu-তে /etc/default/keyboard পরিবর্তন করার পরে sudo update-initramfs -u চালিয়ে initramfs পুনর্নির্মাণ করুন। এরপর reboot করে একবার পরীক্ষা করুন, যখনও অন্য কোনো উপায়ে মেশিনে প্রবেশের সুযোগ আছে।

QWERTY-তে কি একটি প্রোগ্রাম রাখতে পারি?

কোনো অ্যাপ্লিকেশন key দেখার আগেই layout প্রয়োগ করা হয়। X server বা compositor scancode-কে character-এ রূপান্তর করে সেই character অ্যাপ্লিকেশনের কাছে পাঠায়। তাই কোনো অ্যাপ্লিকেশন আলাদা layout চাইতে পারে না। এটি কেবল প্রাপ্ত input remap করতে পারে। এ কারণেই Vim-এর সমাধান Vim-এর config-এ থাকে এবং প্রতিটি window-এর জন্য আলাদা layout switch করার কোনো সাধারণ ব্যবস্থা নেই।

দুটি পদ্ধতি কার্যকর। প্রথমটি device-ভিত্তিক। QWERTY typing যদি আলাদা keyboard-এ করা হয়, system-এর পরিবর্তে সেই device-এ layout সেট করুন:

xinput list
setxkbmap -device 12 -layout us

xinput list থেকে id নিন এবং প্রতিটি keyboard-এ পালাক্রমে টাইপ করে তা নিশ্চিত করুন। swaymsg -t get_inputs থেকে sway একই settings প্রতিটি input identifier-এর জন্য গ্রহণ করে। type:keyboard-এর তুলনায় বেশি নির্দিষ্ট selector অগ্রাধিকার পায়।

দ্বিতীয় পদ্ধতি হলো অ্যাপ্লিকেশনের ভেতরেই remap করা, যেমন Vim-এর langmap করে। প্রায় সব game-এ key binding screen থাকে। সেখানে movement key পুনরায় bind করা বাইরে থেকে layout পরিবর্তনের সঙ্গে লড়াই করার চেয়ে দ্রুত। যেসব অ্যাপ্লিকেশনে এমন ব্যবস্থা নেই, সেগুলোর জন্য উপরের layout toggle bind করে launch করার আগে সেটি চাপুন।

FAQ

VPS-এ কি Colemak সেট করা প্রয়োজন?

SSH-এর মাধ্যমে সংযোগ করলে প্রয়োজন নেই। SSH অক্ষর বহন করে। তাই কিছু পাঠানোর আগেই আপনার laptop-এ keyboard layout অনুযায়ী অক্ষর নির্ধারিত হয়। server সেই একই bytes পায়, যা QWERTY ব্যবহারকারী পাঠাতেন। ব্যতিক্রম হলো provider-এর panel-এ থাকা browser console। এটি virtual machine-এর সঙ্গে keyboard হিসেবে সংযুক্ত হয় এবং server-এর নিজস্ব console keymap ব্যবহার করে। SSH ব্যর্থ হলে এই console-ই আপনার rescue path। তাই নিশ্চিত না হলে এটি পরিবর্তন করবেন না। SSH চালু থাকা অবস্থায় পরিবর্তনটি পরীক্ষা করুন।

Colemak নাকি Colemak-DH শেখা উচিত?

দুটিই QWERTY থেকে নতুন করে শেখার কাজ। তাই migration cost নয়, স্বাচ্ছন্দ্য বিবেচনা করে বেছে নিন। Colemak-DH-তে D, B এবং G-এর অবস্থান বদলানো হয় এবং H-এর সঙ্গে M অদলবদল করা হয়। কারণ plain Colemak-এ D এবং H টাইপ করতে index finger দিয়ে middle column পর্যন্ত প্রসারিত করতে হয়। XKB variant-এর নাম হলো colemak এবং colemak_dh। বাম Shift-এর পাশে অতিরিক্ত key থাকা keyboard-এর জন্য colemak_dh_iso ব্যবহার করা হয়। আপনার system কোনগুলো দেয় তা দেখতে localectl list-x11-keymap-variants us | grep colemak চালান।

Colemak-এ Vim-এর hjkl key-গুলোর কী হয়?

h একই অবস্থানে থাকে। j QWERTY-এর Y-এর নিচে যায়, k QWERTY-এর N-এর নিচে যায় এবং l QWERTY-এর U-এর নিচে যায়। ফলে cursor key-গুলো তিনটি row-তে ছড়িয়ে পড়ে। key-গুলো যে নতুন অবস্থানে গেছে সেখানে পুনরায় শিখতে পারেন। এতে সব plugin এবং tutorial অপরিবর্তিত থাকে। অথবা আপনার ডান হাতের নিচের চারটি key remap করতে পারেন: Colemak-এ h, n, e এবং i; Colemak-DH-এ m, n, e এবং i। Vim-এর langmap option normal mode-এ একই কাজ করে। তবে এটি Ctrl combination-এ প্রযোজ্য নয় এবং plugin mapping-এ বিভ্রান্তি তৈরি করতে পারে।

আবার আগের গতিতে টাইপ করতে কত সময় লাগবে?

দিনের বদলে কয়েক সপ্তাহ ধরে হিসাব করুন। কারণ এটি motor memory-এর বিষয় এবং এর একমাত্র উপায় practice। ব্যবহারকারীদের দেওয়া practice log-এ সাধারণত দেখা যায়, প্রথম সপ্তাহে পুরোনো গতির অর্ধেকেরও কম থাকে এবং প্রতিদিন ব্যবহারে এক থেকে তিন মাসের মধ্যে সেই গতিতে ফিরে আসা যায়। প্রতিদিন QWERTY এবং Colemak বদলালে সময় আরও বাড়ে। কারণ কোনো একটি reflex স্থির হওয়ার সুযোগ পায় না।

আমার desktop-এ setxkbmap কোনো কাজ করল না কেন?

প্রায় নিশ্চিতভাবেই কারণ session-টি Wayland-এ চলছে। Wayland-এ compositor keymap-এর মালিক থাকে এবং প্রতিটি application-এ সেটি প্রয়োগ করে। তাই setxkbmap হয় display খুঁজে পায় না, অথবা শুধু XWayland পরিবর্তন করে। Native application তখন সেটি উপেক্ষা করে। Layout compositor-এ সেট করুন: GNOME-এ org.gnome.desktop.input-sources gsettings key, sway config-এ xkb_variant, অথবা KDE Plasma-এর System Settings-এর Layouts page ব্যবহার করুন।