Linux میں Colemak کیسے فعال کریں؟

لینکس میں Colemak layout کہاں موجود ہوتا ہے

Linux میں Colemak کوئی واحد system-wide ترتیب نہیں ہے۔ layout کو اس وقت keyboard input پڑھنے والا جزو لاگو کرتا ہے، اس لیے یہ تین میں سے کسی ایک جگہ موجود ہوتا ہے: text console، X11 server، یا آپ کا Wayland compositor۔ اگر اسے غلط جگہ set کریں تو بظاہر کچھ نہیں ہوتا۔

چوتھا اختیار operating system کو مکمل طور پر bypass کرتا ہے۔ ایسا keyboard جو اپنے firmware میں remap ہوتا ہے، مثلاً QMK یا VIA چلانے والا board، آپ کے مطلوبہ حروف کے codes بھیجتا ہے۔ اس لیے آپ جس machine سے بھی اسے connect کریں، وہ بغیر کسی configuration کے Colemak میں typing کرتی ہے۔ اس میں server console اور ایسی machine بھی شامل ہیں جس کی ملکیت آپ کے پاس نہیں۔ اس کی قیمت یہ ہے کہ آپ کا laptop keyboard اب بھی QWERTY میں typing کرے گا۔

اس guide کے باقی حصے میں تین software layers، اس وجہ کی وضاحت کی گئی ہے کہ remote server کو تقریباً کبھی بھی ان میں سے کسی کی ضرورت کیوں نہیں ہوتی، اور یہ 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 ship کرتے ہیں۔

اگر setxkbmap -query بتائے کہ وہ display کھول نہیں سکتا، تو آپ Wayland session میں ہیں اور layout کی ملکیت compositor کے پاس ہے۔ اس صورت کے لیے نیچے الگ section موجود ہے۔

Colemak یا Colemak-DH

Colemak، QWERTY کی نسبت سترہ keys کی جگہ تبدیل کرتا ہے اور دس keys کو وہیں رہنے دیتا ہے، جن میں Z، X، C اور V بھی شامل ہیں۔ اس لیے undo، cut، copy اور paste shortcuts وہیں رہتے ہیں جہاں آپ کا بایاں ہاتھ انہیں تلاش کرتا ہے۔ layout کی موجودہ شکل کی یہی بنیادی وجہ ہے۔

Colemak-DH، Colemak میں کی گئی ایک ترمیم ہے۔ یہ D، B اور G کو دوسری جگہ منتقل کرتا ہے اور H کو M کے ساتھ بدل دیتا ہے، کیونکہ عام Colemak میں D اور H دونوں ٹائپ کرنے کے لیے index finger کو keyboard کے درمیانی column تک پھیلانا پڑتا ہے۔ سرکاری mod میں ہر letter وہی finger استعمال کرتا ہے جو Colemak میں کرتا تھا۔ اس لیے Colemak استعمال کرنے والے کے لیے DH پر منتقل ہونا نئے layout سیکھنے کے بجائے ایک چھوٹی تبدیلی ہے۔ XKB variant colemak_dh ہے، جبکہ بائیں shift کے ساتھ اضافی key والے keyboards کے لیے colemak_dh_iso استعمال ہوتا ہے۔

QWERTY سے آنے والے صارف کے لیے دونوں میں سے کوئی ایک layout سیکھنا ایک ہی بار کی مشق ہے، اس لیے اپنی سہولت کے مطابق انتخاب کریں اور اسی پر قائم رہیں۔ دوسری بار layout تبدیل کرنے میں تقریباً پہلی بار جتنی محنت لگتی ہے، کیونکہ آپ key positions سے وابستہ motor memory دوبارہ بنا رہے ہوتے ہیں۔

X11 میں setxkbmap اور localectl کے ذریعے Colemak سیٹ کریں

setxkbmap us -variant colemak
setxkbmap -query

اب setxkbmap -query کو variant: colemak رپورٹ کرنا چاہیے، اور کسی بھی ونڈو میں ٹائپ کرنے سے Colemak حروف ظاہر ہونے چاہییں۔ یہ تبدیلی X session تک برقرار رہتی ہے اور disk پر کچھ نہیں لکھتی، اس لیے ایک گھنٹے کے لیے layout آزمانے کا یہ محفوظ طریقہ ہے۔

اسے reboot کے بعد بھی برقرار رکھنے کے لیے:

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

arguments کی ترتیب پہلے layout، پھر model، اور آخر میں variant ہے۔ اب localectl status کو X11 Layout: us اور X11 Variant: colemak دکھانا چاہیے۔ localectl اس انتخاب کو قریب ترین console keymap میں بھی تبدیل کرتا ہے، جب تک آپ --no-convert شامل نہ کریں۔ اس لیے بہت سے systems پر یہ ایک ہی command tty کا layout بھی سیٹ کر دیتی ہے۔ Debian اور Ubuntu پر اس کے بعد /etc/default/keyboard چیک کریں، کیونکہ boot کے وقت console-setup اسی file کو پڑھتا ہے۔

Wayland پر Colemak سیٹ کریں

Wayland سیشن میں 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')]"

یہ logout کے بغیر فوراً لاگو ہو جاتی ہے۔ string us+colemak 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 درست کام نہ کرے تو یہی command چلائیں۔

KDE Plasma میں System Settings کھولیں، پھر Keyboard، پھر Layouts پر جائیں، اور Colemak variant کے ساتھ English (US) شامل کریں۔

ٹیکسٹ کنسول پر Colemak ترتیب دیں

کنسول سادہ ٹیکسٹ والا tty ہے جس تک آپ Ctrl+Alt+F3 سے پہنچتے ہیں، اور یہ اپنا الگ 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 استعمال کرتے ہیں۔

جو 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 نہیں۔ فہرست میں موجود نام پاس کریں، کیونکہ غیر موجود نام مسترد ہو جاتا ہے۔

sudo loadkeys en-latin9 موجودہ کنسول کو فوراً تبدیل کرتا ہے، جبکہ sudo loadkeys us اسے واپس سابقہ حالت میں لے آتا ہے۔ loadkeys کو configuration کے بجائے test سمجھیں: یہ reboot تک برقرار رہتا ہے، اور Debian اور Ubuntu میں boot کے وقت چلنے والا setupcon /etc/default/keyboard میں درج ترتیب بحال کر دیتا ہے۔

کیا headless VPS کو Colemak layout کی ضرورت ہوتی ہے؟

تقریباً کبھی نہیں، اور اس کی وجہ سمجھنا مفید ہے۔ SSH key positions نہیں بلکہ characters منتقل کرتا ہے۔ آپ کا terminal emulator key press وصول کرتا ہے، آپ کا مقامی layout اسے character میں تبدیل کرتا ہے، اور صرف وہ character connection کے ذریعے آگے جاتا ہے۔ سرور کو n موصول ہوتا ہے، لیکن اسے یہ معلوم نہیں ہوتا کہ کون سی physical key دبائی گئی تھی۔ اس لیے آپ اپنے laptop پر جو layout set کرتے ہیں، وہ ہر SSH session، tmux اور remote طور پر چلنے والے ہر editor میں آپ کے ساتھ رہتا ہے، جبکہ remote machine پر کسی keyboard configuration کی ضرورت نہیں ہوتی۔

Production boxes پر keyboard files edit کرنا شروع کرنے سے پہلے یہ بات ذہن میں رکھیں۔ اگر آپ Linux servers کے fleet کا انتظام کرتے ہیں تو layout آپ کے سامنے موجود machine سے متعلق ہوتا ہے، fleet سے نہیں؛ اس لیے اسے آپ کی provisioning میں شامل نہیں ہونا چاہیے۔ نئے VPS پر پہلے دس منٹ اس کام سے زیادہ مفید کام کے لیے کافی ہوتے ہیں۔

دو exceptions کے لیے پہلے سے منصوبہ بندی ضروری ہے۔ پہلی exception خود machine سے منسلک console ہے۔ Provider panel میں موجود browser console عموماً virtual machine کے سامنے keyboard کے طور پر ظاہر ہوتی ہے، اس لیے key presses scancodes کی صورت میں پہنچتے ہیں، اور سرور کا اپنا console keymap طے کرتا ہے کہ کون سا character ظاہر ہو۔ یہ واحد جگہ ہے جہاں سرور پر set کیا گیا layout مؤثر ہوتا ہے۔ SSH کام کرنا بند کر دے تو یہی آپ کا rescue path بھی ہوتا ہے، اس لیے وہاں نامکمل console keymap حقیقی خطرہ ہے۔

Serial console مختلف انداز میں کام کرتا ہے، کیونکہ یہ characters منتقل کرتا ہے اور آپ کا مقامی layout لاگو ہوتا ہے۔ دوسری exception shared machine ہے۔ Console keymap پورے system پر لاگو ہوتا ہے، اس لیے ایسے box پر Colemak set کرنے سے، جس میں دوسرے لوگ بھی log in کرتے ہوں، ان کے لیے بھی layout بدل جائے گا، اور وہ یہ نہیں سمجھ پائیں گے کہ ایسا کیوں ہوا۔

Vim کی hjkl کلیدوں کے ساتھ کیا ہوتا ہے

Colemak میں، h حرکت نہیں کرتی۔ باقی تین کلیدیں حرکت کرتی ہیں۔ j، QWERTY کی Y کے نیچے ہے، k، QWERTY کی N کے نیچے ہے، اور l، QWERTY کی U کے نیچے ہے۔ اس لیے cursor کلیدیں چار انگلیوں کے نیچے ہونے کے بجائے تین قطاروں میں پھیل جاتی ہیں۔

اس کے دو قابلِ عمل حل ہیں، اور دونوں کے حقیقی صارفین موجود ہیں۔

پہلے سے طے شدہ ترتیب برقرار رکھیں اور نئی جگہیں یاد کر لیں۔ آپ کے setup میں کوئی اور تبدیلی نہیں ہوگی، ہر plugin کام کرتا رہے گا، اور دوسرے لوگوں کی لکھی ہوئی ہر Vim tip آپ پر بھی بالکل اسی طرح لاگو ہوگی جیسے لکھی گئی ہے۔

یا پھر اپنے دائیں ہاتھ کے نیچے موجود ان چار کلیدوں کو remap کریں، جہاں پہلے hjkl موجود تھیں۔ Colemak میں یہ کلیدیں h، n، e اور i دیتی ہیں۔ Colemak-DH میں یہی چار physical keys 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 دوبارہ چلاتی ہے۔ بڑے حروف کے لیے بھی یہی mapping کریں، ورنہ Shift کے ساتھ cursor key دبانے پر غیر متوقع نتیجہ ملے گا۔

Vim کا langmap option یہی کام کم سطروں میں کرتا ہے:

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

ہر جوڑا اس character کو ظاہر کرتا ہے جو آپ نے ٹائپ کیا، اس کے بعد وہ character آتا ہے جس کے طور پر Vim کو اس پر عمل کرنا چاہیے۔ یہ صرف normal mode پر لاگو ہوتا ہے، اس لیے insert mode میں Colemak متن معمول کے مطابق ٹائپ ہوتا ہے۔ Vim کی اپنی help میں دو حدود بیان کی گئی ہیں: langmap، Ctrl یا Alt combinations پر لاگو نہیں ہوتا، اور default keys کے مطابق لکھی گئی plugin mappings اس کے تحت غیر متوقع طور پر کام کر سکتی ہیں۔

آپ جو بھی طریقہ منتخب کریں، ایک ہی بار منتخب کریں۔ ایک ماہ بعد چھوڑ دی جانے والی remap آپ سے مزید ایک ماہ کی مشق کا تقاضا کرتی ہے۔

ٹرمینل شارٹ کٹس کے ساتھ کیا ہوتا ہے

ٹرمینل کا کنٹرول کوڈ طبعی کلید کے بجائے حرف سے آتا ہے، اس لیے ہر Ctrl شارٹ کٹ layout کے ساتھ منتقل ہوتا ہے۔ Ctrl+C، Ctrl+Z، Ctrl+X اور Ctrl+V اپنی جگہ برقرار رکھتے ہیں، کیونکہ Colemak میں جان بوجھ کر Z، X، C اور V کو وہیں رکھا گیا ہے جہاں QWERTY میں یہ حروف ہوتے ہیں۔

آپ روزانہ استعمال کرنے والے چار شارٹ کٹس کی جگہ بدل جاتی ہے۔ Ctrl+D، جو input ختم کرتا ہے، اب اس جگہ ہوتا ہے جہاں QWERTY میں G ہے۔ Ctrl+R، جو history search ہے، اس جگہ ہوتا ہے جہاں QWERTY میں S ہے۔ Ctrl+E، جو line کے اختتام پر لے جاتا ہے، اس جگہ ہوتا ہے جہاں QWERTY میں K ہے۔ Ctrl+U، جو line صاف کرتا ہے، اس جگہ ہوتا ہے جہاں QWERTY میں I ہے۔

tmux اپنا default prefix برقرار رکھتا ہے، کیونکہ Colemak میں B کی جگہ نہیں بدلتی۔ Colemak-DH میں B اوپری row پر منتقل ہو جاتا ہے اور prefix بھی اس کے ساتھ منتقل ہوتا ہے۔ اگر آپ VPS پر طویل عرصے سے چلنے والا tmux session برقرار رکھتے ہیں تو یہ پہلی تبدیلی ہوگی جسے آپ محسوس کریں گے۔ Prefix کو اپنی پسند کی کلید سے دوبارہ bind کرنا ایک سطری تبدیلی ہے، اور اسی reflex کو دو بار دوبارہ سیکھنے سے زیادہ آسان ہے۔

Desktop shortcuts بھی اسی اصول پر عمل کرتے ہیں۔ Super+E پر بنایا گیا binding layout کے ساتھ منتقل ہوتا ہے، کیونکہ اس کی تعریف حرف سے ہوتی ہے۔ Super+F1 پر بنایا گیا binding اپنی جگہ برقرار رکھتا ہے، کیونکہ function keys کو layout remap نہیں کرتا۔

سوئچ کرنے میں آپ کو کتنا وقت لگتا ہے

آپ کے لیے درکار وقت کا درست اندازہ کوئی نہیں دے سکتا۔ Touch typing حرکی یادداشت پر مبنی ہوتی ہے۔ آپ صرف حروف کی جگہ نہیں سیکھ رہے ہوتے، بلکہ اس reflex کو دوبارہ بنا رہے ہوتے ہیں جو کسی لفظ کو انگلیوں کی ترتیب میں تبدیل کرتا ہے۔ اس لیے مددگار واحد چیز typing میں صرف کیا گیا وقت ہے۔

لوگوں کی بیان کردہ معلومات، جو باقاعدہ کنٹرول شدہ پیمائش کے بجائے ذاتی practice logs ہیں، یہ ظاہر کرتی ہیں کہ پہلے ہفتے کی رفتار عموماً پرانی رفتار کے نصف سے بھی کم ہوتی ہے، جبکہ روزانہ استعمال کے ساتھ پرانی رفتار ایک سے تین ماہ کے دوران واپس آ سکتی ہے۔ افراد کے درمیان فرق کافی زیادہ ہوتا ہے، اس لیے ان اعداد کو مقررہ schedule کے بجائے عمومی اندازہ سمجھیں۔

دو عادات اس عمل کو مزید سست کر دیتی ہیں۔ دن کے دوران QWERTY اور Colemak کے درمیان بار بار تبدیل ہونے سے دونوں reflex کمزور رہتے ہیں، اس لیے زیادہ تر لوگ جو یہ تبدیلی مکمل کرتے ہیں، اپنے مرکزی machine پر پوری طرح نئے layout کے پابند ہو جاتے ہیں۔ مصروف ہفتے کے دوران آغاز کرنے سے time pressure میں غلط typing ہوتی ہے، اور اس طرح آپ keys کی طرف دیکھنے کی عادت دوبارہ مضبوط کر لیتے ہیں۔

ضرورت پڑنے سے پہلے واپسی کا طریقہ تیار کر لیں، کیونکہ QWERTY کی دوبارہ ضرورت عموماً اسی وقت پیش آتی ہے جب کچھ خراب ہو چکا ہو اور کوئی آپ کے جواب کا انتظار کر رہا ہو۔

QWERTY پر فوری طور پر واپس کیسے جائیں

X11 میں setxkbmap us فوری طور پر QWERTY بحال کرتا ہے۔ console پر sudo loadkeys us یہی کام کرتا ہے۔ مستقل setting کو ختم کرنے کے لیے sudo localectl set-x11-keymap us چلائیں۔

ایسا toggle اس command سے بہتر ہے جسے آپ اس layout میں ٹائپ کرنا پڑے جس میں آپ ابھی ٹائپ نہیں کر سکتے:

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

یہ Colemak کو پہلے layout اور سادہ US کو دوسرے layout کے طور پر لوڈ کرتا ہے، اور Super+Space کے ذریعے دونوں کے درمیان تبدیلی کی جا سکتی ہے۔ colemak, میں آخر کا comma typo نہیں ہے۔ یہ پہلے layout کے لیے colemak variant اور دوسرے layout کے لیے کوئی variant مقرر نہیں کرتا۔ GNOME پر Settings میں دونوں input sources شامل کریں۔ وہاں Super+Space پہلے سے ہی ان کے درمیان تبدیلی کرتا ہے۔

دو password prompts آپ کے desktop session سے باہر چلتے ہیں اور ان پر الگ توجہ دینا ضروری ہے۔ login greeter آپ کے session settings لاگو ہونے سے پہلے شروع ہو جاتا ہے، اس لیے setting پر بھروسا کرنے کے بجائے logout کر کے اسے test کریں۔ اگر disk encrypted ہے تو passphrase prompt initramfs سے چلتا ہے، جس میں keymap کی اپنی copy موجود ہوتی ہے۔ Debian اور Ubuntu پر /etc/default/keyboard تبدیل کرنے کے بعد sudo update-initramfs -u سے initramfs دوبارہ بنائیں، پھر ایک بار reboot کر کے test کریں، جب تک کہ آپ کے پاس machine میں داخل ہونے کا کوئی دوسرا طریقہ موجود ہو۔

کیا میں ایک پروگرام میں QWERTY برقرار رکھ سکتا ہوں؟

لے آؤٹ اس وقت لاگو ہو جاتا ہے جب ایپلیکیشن کو key کا ان پٹ ملنے سے پہلے ہی ہو۔ X server یا compositor scancode کو character میں تبدیل کرکے ایپلیکیشن کو character فراہم کرتا ہے، اس لیے ایپلیکیشن کسی مختلف layout کی درخواست نہیں کر سکتی۔ وہ صرف موصول ہونے والے input کو دوبارہ map کر سکتی ہے۔ اسی وجہ سے Vim کا حل Vim کی configuration میں موجود ہے، اور کسی عمومی per-window layout switch کو استعمال نہیں کیا جا سکتا۔

دو طریقے کام کرتے ہیں۔ پہلا طریقہ per-device ہے۔ اگر QWERTY typing الگ keyboard پر ہوتی ہے تو layout پورے system کے بجائے اسی device پر set کریں:

xinput list
setxkbmap -device 12 -layout us

xinput list سے id لیں، اور باری باری ہر keyboard پر type کرکے تصدیق کریں۔ sway، swaymsg -t get_inputs سے ہر input identifier کے لیے یہی settings قبول کرتا ہے، اور زیادہ مخصوص selector، type:keyboard پر ترجیح حاصل کرتا ہے۔

دوسرا طریقہ یہ ہے کہ remap ایپلیکیشن کے اندر کیا جائے، جیسا کہ Vim کا langmap کرتا ہے۔ Games میں تقریباً ہمیشہ key binding screen ہوتی ہے، اور وہاں movement keys کو دوبارہ bind کرنا باہر سے layout کے خلاف کام کرنے کے مقابلے میں کم وقت لیتا ہے۔ جن پروگراموں میں یہ سہولت بھی نہ ہو، ان کے لیے اوپر دیا گیا layout toggle bind کریں اور پروگرام launch کرنے سے پہلے اسے دبائیں۔

FAQ

کیا مجھے اپنے VPS پر Colemak سیٹ کرنا ضروری ہے؟

اگر آپ SSH کے ذریعے اس تک رسائی حاصل کرتے ہیں تو نہیں۔ SSH حروف منتقل کرتا ہے، اس لیے آپ کا layout کسی بھی چیز کے بھیجے جانے سے پہلے laptop پر طے ہو جاتا ہے، اور server کو وہی bytes موصول ہوتی ہیں جو اسے QWERTY استعمال کرنے والے سے موصول ہوتیں۔ استثنا آپ کے provider کے panel میں موجود browser console ہے، جو virtual machine سے keyboard کے طور پر منسلک ہوتا ہے اور server کا اپنا console keymap استعمال کرتا ہے۔ SSH ناکام ہونے پر یہی console آپ کا rescue path ہوتا ہے، اس لیے layout صرف اسی وقت تبدیل کریں جب آپ کو یقین ہو، اور SSH کے فعال رہنے کے دوران اس کی جانچ کر لیں۔

کیا مجھے Colemak یا Colemak-DH سیکھنا چاہیے؟

دونوں کے لیے QWERTY سے دوبارہ سیکھنے کی تقریباً یکساں محنت درکار ہوتی ہے، اس لیے migration cost کے بجائے آرام دہ استعمال کی بنیاد پر انتخاب کریں۔ Colemak-DH میں D، B اور G کی جگہیں تبدیل کی گئی ہیں اور H کو M کے ساتھ بدلا گیا ہے، کیونکہ plain Colemak میں D اور H ٹائپ کرنے کے لیے شہادت کی انگلی کو درمیانی column تک پھیلانا پڑتا ہے۔ 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 میں الجھن پیدا کر سکتا ہے۔

میں دوبارہ اپنی پرانی رفتار سے کب تک ٹائپ کر سکوں گا؟

دنوں کے بجائے ہفتوں کا اندازہ رکھیں، کیونکہ یہ motor memory کا معاملہ ہے اور واحد input مشق ہے۔ ذاتی طور پر درج کیے گئے practice logs میں عام طور پر بتایا جاتا ہے کہ پہلے ہفتے کی رفتار پرانی رفتار کے نصف سے بہت کم رہتی ہے، اور روزانہ استعمال کے بعد ایک سے تین ماہ میں پرانی رفتار واپس آ جاتی ہے۔ QWERTY اور Colemak کے درمیان روزانہ بار بار تبدیل ہونے سے یہ مدت بڑھ جاتی ہے، کیونکہ دونوں میں سے کسی بھی reflex کو مستحکم ہونے کا موقع نہیں ملتا۔

میرے desktop پر setxkbmap نے کچھ کیوں نہیں کیا؟

تقریباً یقینی طور پر وجہ یہ ہے کہ session Wayland پر چل رہا ہے۔ Wayland میں compositor keymap کا مالک ہوتا ہے اور اسے ہر application تک پہنچاتا ہے، اس لیے setxkbmap یا تو display تلاش نہیں کر پاتا یا صرف XWayland کو تبدیل کرتا ہے، جبکہ native applications اسے نظرانداز کر دیتی ہیں۔ layout کو compositor میں سیٹ کریں: GNOME میں org.gnome.desktop.input-sources gsettings key، sway config میں xkb_variant، یا KDE Plasma کے System Settings میں Layouts page استعمال کریں۔