Linux-এ Colemak চালু করার সম্পূর্ণ গাইড

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

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

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

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

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

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

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

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

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

Colemak অথবা Colemak-DH

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

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

QWERTY থেকে এলে যেকোনো একটি বেছে নিয়ে একবারই পুনরায় শেখার কাজ করতে হবে। তাই স্বাচ্ছন্দ্য অনুযায়ী বেছে নিয়ে সেটিতেই স্থির থাকুন। দ্বিতীয়বার layout পরিবর্তন করতে প্রথমবারের মতোই প্রায় সমান পরিশ্রম লাগে। কারণ তখন key position-এর সঙ্গে যুক্ত motor memory পুনর্গঠন করতে হয়।

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-এও রূপান্তর করে। তাই অনেক system-এ এই একটি 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 নির্বাচন করুন। English (US) যোগ করুন এবং Colemak variant নির্বাচন করুন।

টেক্সট কনসোলে 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 নয়, test হিসেবে বিবেচনা করুন। এটি reboot পর্যন্ত কার্যকর থাকে। Debian এবং Ubuntu-তে boot-time setupcon run /etc/default/keyboard-এ নির্ধারিত সেটিং পুনরুদ্ধার করে।

হেডলেস VPS-এ কি Colemak layout প্রয়োজন?

প্রায় কখনোই নয়। এর কারণ বোঝা গুরুত্বপূর্ণ। SSH key position নয়, character বহন করে। আপনার terminal emulator key press গ্রহণ করে, local layout সেটিকে একটি character-এ রূপান্তর করে, এবং শুধু সেই character connection-এর মাধ্যমে পাঠানো হয়। সার্ভার 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-এ প্রথম দশ মিনিটের কাজ এর চেয়ে বেশি উপযোগী।

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

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

Vim-এর hjkl কী-তে কী পরিবর্তন হয়

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

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

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

অথবা, hjkl যেখানে ছিল সেখানে আপনার ডান হাতের নিচে থাকা চারটি key remap করুন। Colemak-এ ওই 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 আবার চালায়। বড় হাতের অক্ষরগুলোর ক্ষেত্রেও একই 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 একটি motor memory। আপনি অক্ষরগুলোর অবস্থান শিখছেন না; একটি শব্দকে আঙুলের ধারাবাহিকে রূপান্তর করার reflex নতুন করে তৈরি করছেন। তাই একমাত্র কার্যকর অনুশীলন হলো টাইপ করার পেছনে সময় দেওয়া।

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

দুটি অভ্যাস প্রক্রিয়াটিকে ধীর করে। দিনের মধ্যে QWERTY এবং Colemak পালা করে ব্যবহার করলে উভয় reflex-ই দুর্বল থাকে। তাই যারা পরিবর্তন সম্পন্ন করেন, তাদের অধিকাংশই প্রধান মেশিনে পুরোপুরি নতুন layout ব্যবহার করেন। ব্যস্ত সপ্তাহে শুরু করলে সময়ের চাপে ধীরে টাইপ করতে হয়। এতে কীবোর্ডের দিকে তাকিয়ে টাইপ করার অভ্যাস তৈরি হয়।

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

দ্রুত QWERTY-তে ফিরে যাওয়ার উপায়

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

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

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

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

দুটি password prompt আপনার desktop session-এর বাইরে চলে এবং সেগুলোর জন্য আলাদা যাচাই দরকার। Login greeter আপনার session settings প্রয়োগ হওয়ার আগেই চালু হয়। তাই setting-এর ওপর নির্ভর না করে log out করে এটি পরীক্ষা করুন। Disk encrypted হলে passphrase prompt initramfs থেকে চলে। initramfs-এ keymap-এর নিজস্ব copy থাকে। 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-এর configuration-এ থাকে। এ কারণেই ব্যবহার করার মতো সাধারণ per-window layout switch নেই।

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

xinput list
setxkbmap -device 12 -layout us

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

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

FAQ

Colemak কি আমার VPS-এ সেট করতে হবে?

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 অদলবদল করা হয়। কারণ সাধারণ Colemak-এ D এবং H টাইপ করতে তর্জনী দিয়ে মাঝের 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-এ বিভ্রান্তি তৈরি করতে পারে।

আবার আগের typing speed-এ পৌঁছাতে কত সময় লাগে?

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

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

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