Colemak، Dvorak یا QWERTY: کون سا keyboard layout چنیں؟

مختصر جواب

زیادہ تر لوگوں کے لیے Colemak بمقابلہ Dvorak بمقابلہ QWERTY کا جواب خاصا سادہ ہے: QWERTY پر قائم رہیں، کیونکہ اس تبدیلی کی قیمت کئی ہفتوں تک کم رفتار سے کام کرنے کی صورت میں ادا کرنی پڑتی ہے، جبکہ فائدہ محدود اور ناپنا مشکل ہوتا ہے۔ اگر آپ واقعی layout تبدیل کرنا چاہتے ہیں تو Colemak کی طرف جانا کم مہنگا ہے۔ اس میں 30 حروف اور punctuation keys میں سے 13 بالکل اسی جگہ رہتی ہیں جہاں وہ QWERTY میں ہیں، اور copy اور paste keys بھی اپنی جگہ برقرار رہتی ہیں۔ Dvorak کی طرف منتقلی زیادہ بڑی تبدیلی ہے، تاہم اسے وسیع ترین support حاصل ہے، کیونکہ ہر mainstream operating system اسے کئی دہائیوں سے فراہم کر رہا ہے۔ ان میں سے کوئی بھی layout خود بخود آپ کو زیادہ تیز typist نہیں بناتا۔ فرق صرف انگلیوں کے طے کرنے والے فاصلے اور دن بھر کام کے اختتام پر اس کے احساس میں پڑتا ہے۔

یہ صفحہ فیصلہ کرنے میں مدد دیتا ہے۔ اگر آپ فیصلہ پہلے ہی کر چکے ہیں اور commands چاہتے ہیں تو Linux کے لیے Colemak setup guide پر جائیں۔

ہر layout کس مقصد کے لیے بنایا گیا تھا

QWERTY کی ابتدا 1870s کے Sholes and Glidden typewriter سے ہوئی، اور اس کا مقصد mechanical تھا۔ اس machine میں ہر key ایک metal typebar کو basket سے اوپر اٹھا کر paper پر ضرب لگاتی تھی، اور قریب قریب موجود دو bars اگر یکے بعد دیگرے تیزی سے دبائے جائیں تو آپس میں ٹکرا کر jam ہو سکتی تھیں۔ عام letter pairs کو ایک دوسرے سے دور رکھنے سے jams کم ہو گئے۔ یہ مقبول دعویٰ کہ QWERTY کو typists کو سست کرنے کے لیے بنایا گیا تھا، اس واقعے کی مسخ شدہ تشریح ہے۔ Historians نے arrangement کے کچھ حصوں کا تعلق Morse code نقل کرنے والے telegraph operators سے بھی جوڑا ہے۔ آپ کے لیے اہم بات سادہ ہے: یہ layout 1878 کے hardware نے متعین کر دیا تھا، پھر کئی دہائیوں کی training نے اسے مستحکم کر دیا، اور اس کا کوئی حصہ ایسی keyboard کے لیے بہتر نہیں بنایا گیا تھا جس میں moving parts نہ ہوں۔

Dvorak، August Dvorak اور William Dealey کا 1936 کا alternative ہے۔ اس کا design rule خود layout میں واضح ہے۔ تمام پانچ vowels بائیں home row، AOEUI، میں ہیں، جبکہ عام ترین English consonants دائیں home row، DHTNS، میں ہیں۔ اس کے نتیجے میں عام الفاظ دونوں hands کے درمیان باری باری type ہوتے ہیں، اور زیادہ طاقتور fingers زیادہ تر کام کرتی ہیں۔ یہ تینوں میں سب سے زیادہ disruptive بھی ہے، کیونکہ صرف دو keys، A اور M، اپنی QWERTY positions برقرار رکھتی ہیں۔

Colemak کو Shai Coleman نے 2006 میں publish کیا، اور اس کی design constraint خود switching cost تھی۔ home row کے بائیں جانب A R S T D اور دائیں جانب H N E I O آتے ہیں، جس سے عام ترین English letters fingers کے نیچے آ جاتے ہیں، جبکہ باقی سب کچھ ممکنہ حد تک کم منتقل ہوتا ہے۔ bottom row میں Z X C V B وہیں رہتے ہیں جہاں QWERTY میں ہیں۔ Colemak، Caps Lock کو Backspace سے بھی remap کرتا ہے۔ یہ ایک الگ habit ہے جسے آپ کسی بھی layout پر اپنا سکتے ہیں یا مکمل طور پر نظرانداز کر سکتے ہیں۔

Colemak بمقابلہ Dvorak بمقابلہ QWERTY: اصل میں کتنی keys اپنی جگہ بدلتی ہیں

حروف کی تین rows گنیں، جن میں 26 حروف اور 4 punctuation keys ہوتی ہیں، پھر ہر layout کو QWERTY کی پوزیشن کے ساتھ ایک ایک کر کے compare کریں۔ shortcut column یہ گنتا ہے کہ Z، X، C اور V میں سے کتنی keys اپنی QWERTY جگہ پر رہتی ہیں، کیونکہ زیادہ تر systems میں یہی چار keys undo، cut، copy اور paste کے لیے استعمال ہوتی ہیں۔

[
  {
    "label": "QWERTY",
    "keys_moved_from_qwerty": 0,
    "shortcut_keys_kept": 4
  },
  {
    "label": "Colemak",
    "keys_moved_from_qwerty": 17,
    "shortcut_keys_kept": 4
  },
  {
    "label": "Dvorak",
    "keys_moved_from_qwerty": 28,
    "shortcut_keys_kept": 0
  }
]

Colemak میں 17 keys اپنی جگہ بدلتی ہیں۔ Dvorak میں 28 keys اپنی جگہ بدلتی ہیں۔ دونوں کے درمیان عملی فرق بنیادی طور پر یہی ہے۔ ہر منتقل ہونے والی key ایک ایسی عادت ہے جسے آپ کو ترک کرنا پڑتا ہے، جبکہ ہاتھ پرانی جگہ کی طرف بڑھتا رہتا ہے۔ اس لیے یہ تعداد اس بات کا ایک اندازاً پیمانہ ہے کہ مشکل مرحلہ کتنی دیر جاری رہتا ہے۔ اس سے یہ معلوم نہیں ہوتا کہ کون سا arrangement بہتر ہے۔

کیا editing shortcuts اپنی متوقع جگہ پر رہتے ہیں؟

Colemak میں Z، X، C اور V اپنی QWERTY والی جگہوں پر رہتے ہیں، اس لیے Ctrl+Z، Ctrl+X، Ctrl+C اور Ctrl+V ایک ہی ہاتھ کی انہی انگلیوں کے نیچے رہتے ہیں۔ Dvorak میں ان میں سے 0 برقرار رہتے ہیں۔ Dvorak میں حرف C وہاں ہوتا ہے جہاں QWERTY پر I درج ہوتا ہے، V، QWERTY کے full stop key پر ہوتا ہے، X، QWERTY کے B کے نیچے ہوتا ہے، اور Z، QWERTY کے slash key پر ہوتا ہے۔ Copy اور paste کے لیے دونوں ہاتھ استعمال کرنا پڑتے ہیں۔

یہ بات word processor کے مقابلے میں terminal میں زیادہ اہم ہے۔ کسی چلتی ہوئی command کو روکنے کے لیے Ctrl+C اور standard input بند کرنے کے لیے Ctrl+D ایسی keys ہیں جو server operator دن میں سینکڑوں بار دباتا ہے، اور Dvorak میں دونوں دائیں ہاتھ کی طرف منتقل ہو جاتی ہیں: C، QWERTY کے I key پر، اور D، QWERTY کے H key پر۔ macOS میں ایک ایسا variant شامل ہے جو Command key دبائے رکھنے کے دوران QWERTY پر واپس آ جاتا ہے۔ Linux میں Ctrl key کے لیے ایسا کوئی standard equivalent نہیں ہے، اس لیے Dvorak میں shortcuts منتقل ہو جاتی ہیں اور وہیں رہتی ہیں۔

Vim اور less، h، j، k اور l سے cursor کو حرکت دیتے ہیں، اور ان حروف کا انتخاب اس لیے کیا گیا تھا کہ QWERTY میں یہ دائیں ہاتھ کے نیچے ہوتے ہیں۔ دونوں متبادل layouts اس ترتیب کو توڑ دیتے ہیں۔ Colemak میں physical QWERTY h، j، k اور l keys پر درج حروف h، n، e اور i ہوتے ہیں، اور عام حل یہ ہے کہ movement کو ان چار حروف پر remap کر دیا جائے۔ Dvorak میں انہی چار physical keys سے d، h، t اور n ٹائپ ہوتے ہیں۔ دونوں میں سے کوئی بھی حل آپ کے vimrc میں چند lines سے کیا جا سکتا ہے، لیکن کسی دوسرے شخص کی stock config والی machine پر پہنچتے ہی اس کا فائدہ ختم ہو جاتا ہے۔

جہاں typing speed کے شواہد کمزور ہیں

اس دلیل کا ایک حصہ حساب پر مبنی ہے اور اس پر اختلاف نہیں۔ کسی layout اور متن کے جسم کے ساتھ آپ fingers کے طے کردہ کل فاصلے اور اس شرح کا حساب کر سکتے ہیں کہ ایک ہی finger کو مسلسل دو letters کب type کرنے پڑتے ہیں۔ عام English نثر میں دونوں اعداد QWERTY کے مقابلے میں Dvorak اور Colemak میں کم ہوتے ہیں، اور layout analysers بھی اسی سمت کی تصدیق کرتے ہیں۔ تاہم یہ نتائج اس متن پر منحصر ہوتے ہیں جس سے ان کا حساب کیا گیا ہو۔ آپ کا source code، آپ کی language اور آپ کے variable names وہ متن نہیں ہیں۔

اختلاف اس بات پر ہے کہ آیا یہ حساب typing speed میں بھی تبدیل ہوتا ہے۔ Dvorak کے حق میں سب سے مضبوط دعویٰ Second World War کے دوران United States Navy کی ایک study سے آتا ہے، جس میں retraining کے بعد بڑی بہتری رپورٹ کی گئی تھی۔ یہ study August Dvorak کی براہ راست نگرانی میں کی گئی تھی، اس لیے یہ independent evidence نہیں ہے۔ 1956 میں Earle Strong نے General Services Administration کے لیے ایک controlled retraining study کی اور پایا کہ Dvorak retraining نے QWERTY typists کو اتنی ہی اضافی practice دینے کے مقابلے میں بہتر نتائج نہیں دیے۔ 1990 میں economists Stan Liebowitz اور Stephen Margolis نے The Fable of the Keys نامی paper میں ان تنقیدوں کو یکجا کیا۔ اس paper پر بھی الگ سے بحث ہوتی ہے، کیونکہ اس کا اصل موضوع keyboards کے بجائے market lock-in ہے۔ نوّے سال گزرنے کے بعد بھی ایسی کوئی بڑی اور well-controlled trial موجود نہیں جو دکھائے کہ alternative layout سے لوگ زیادہ تیزی سے type کرتے ہیں۔

Speed claims کے بارے میں محتاط رہنے کی ایک آسان وجہ بھی ہے۔ لوگ QWERTY پر 150 words per minute سے کہیں زیادہ رفتار سے type کر چکے ہیں۔ اگر آپ 60 یا 70 کی رفتار سے type کرتے ہیں تو آپ کی رفتار کو محدود کرنے والی چیز layout نہیں ہے۔

Comfort اور injury کا سوال اس سے بھی مشکل ہے اور اس کے شواہد مزید کم ہیں۔ لوگ واقعی یہ بتاتے ہیں کہ layout تبدیل کرنے کے بعد ان کے ہاتھوں میں درد کم ہوا، اور اس بات کو سنجیدگی سے لینا چاہیے۔ لیکن layout تبدیل کرنے والا شخص عموماً ایک ہی وقت میں کئی چیزیں بدلتا ہے۔ نیا keyboard، desk کی مختلف height، زیادہ breaks اور کئی ہفتوں تک دانستہ طور پر آہستہ typing، سب ایک ہی مہینے میں شروع ہوتے ہیں، اور ان میں سے کوئی بھی اصل وجہ ہو سکتی ہے۔ اگر درد آپ کی وجہ ہے تو پہلے اپنی posture اور workload درست کریں، کیونکہ ان کے حق میں بہتر شواہد موجود ہیں اور ان پر کوئی لاگت نہیں آتی۔

اصل تبدیلی کی لاگت

پہلے چند دنوں میں توقع رکھیں کہ آپ مبتدی کی طرح، تقریباً 15 الفاظ فی منٹ کی رفتار سے ٹائپ کریں گے، اور layout کو اتنی توجہ درکار رہنا بند ہونے میں دو سے چار ہفتے لگیں گے۔ اپنی پرانی رفتار دوبارہ حاصل کرنے میں روزانہ استعمال کے ساتھ عموماً ایک سے تین ماہ لگتے ہیں۔ یہ اعدادوشمار ان لوگوں کی رپورٹوں پر مبنی ہیں جنہوں نے یہ تبدیلی کی، کسی مطالعے کے نتائج نہیں؛ اس لیے انہیں وعدہ نہیں بلکہ ایک حد سمجھیں۔

لوگوں کو حیران کرنے والا حصہ باہمی مداخلت ہے۔ آپ کے ہاتھ "Colemak" نہیں سیکھتے۔ وہ ہر key کے لیے ایک destination سیکھتے ہیں، اور باری باری دو layouts استعمال کرنے سے دونوں mappings کمزور رہتی ہیں۔ کسی فوری کام کے لیے واپس QWERTY پر جانا اور پھر دوبارہ layout تبدیل کرنا سیکھنے کا سب سے سست طریقہ ہے۔ دو طریقے مؤثر ہیں۔ ایک بار تبدیل کریں اور مشکل ہفتہ قبول کریں۔ یا واضح تقسیم رکھیں، جس میں ایک physical keyboard ہمیشہ ایک ہی layout استعمال کرے، تاکہ context آپ کے ہاتھوں کو بتائے کہ کون سی mapping استعمال کرنی ہے۔

زیادہ تر لوگ جو ہمت ہار دیتے ہیں، وہ اسی عارضی کمی کے دوران ہارتے ہیں۔ وہ اس لیے نہیں ہارتے کہ layout ان کے لیے ناموزوں تھا، بلکہ اس لیے کہ وہ ہفتہ مصروف تھا۔ اسی وجہ سے timing پوری تبدیلی کا سب سے اہم فیصلہ ہے۔ پرسکون ہفتے میں شروع کریں۔ deadline سے پہلے والے ہفتے میں شروع نہ کریں، اور اس ہفتے بھی شروع نہ کریں جس میں آپ on call ہوں۔

آپ کی QWERTY مہارت عموماً برقرار رہتی ہے۔ زیادہ تر لوگ جو layout تبدیل کرتے ہیں، بتاتے ہیں کہ چند دن کے استعمال کے بعد یہ دوبارہ واپس آ جاتی ہے، اگرچہ ابتدا میں رفتار پہلے سے کم اور غلطیاں زیادہ ہوتی ہیں۔ یہ بات جاننا مفید ہے، کیونکہ لوگ سب سے زیادہ اسی مہارت کے ختم ہونے سے ڈرتے ہیں، جبکہ حقیقت میں یہی خدشہ سب سے کم درست ثابت ہوتا ہے۔

کلائنٹ یا سرور: remap کہاں ہونا چاہیے؟

تقریباً ہمیشہ کلائنٹ پر۔ keyboard layout اسی machine پر لاگو ہوتا ہے جس سے keyboard منسلک ہو، اور کہیں نہیں۔ جب آپ کوئی key دباتے ہیں تو مقامی system اس key position کو ایک character میں تبدیل کرتا ہے، اور وہ SSH session جو آپ کے keystrokes منتقل کرتا ہے اس character کو byte کے طور پر server کو بھیجتا ہے۔ server کو key press نظر نہیں آتا۔ اس لیے remote box پر localectl set-keymap dvorak چلانے سے SSH کے ذریعے آپ کی typing پہنچنے کے طریقے میں کوئی تبدیلی نہیں آتی۔ اسی طرح Colemak پر configured workstation ہر اس host پر Colemak میں typing کرے گی جس میں آپ login کریں، اور ان hosts پر کسی configuration کی ضرورت نہیں ہوگی۔

server کا اپنا keymap دو جگہ اہم ہوتا ہے: machine سے جسمانی طور پر منسلک keyboard کے لیے، اور اس console کے لیے جو آپ کا provider browser یا serial link کے ذریعے فراہم کرتا ہے۔ VPS پر اس سے مراد rescue console ہے، اور یہی وہ صورت حال ہے جس میں تجربہ کرنا سب سے زیادہ خطرناک ہوتا ہے۔

localectl status
localectl list-keymaps | grep -i dvorak

localectl status دونوں settings دکھاتا ہے: text console کے لیے VC Keymap اور graphical session کے لیے X11 Layout۔ list-keymaps وہ console keymap names دکھاتا ہے جو آپ کے system میں واقعی installed ہیں۔ یہی check آپ کو ایسا name set کرنے سے روکتا ہے جو موجود ہی نہیں۔ Colemak ہمیشہ console keymap کے طور پر دستیاب نہیں ہوتا، چاہے graphical session کے لیے دستیاب ہو۔ اس لیے یہ فرض کرنے سے پہلے کہ وہ موجود ہے، اپنے layout کے لیے وہ grep چلائیں۔

Desktop پر setxkbmap -layout us -variant colemak چلتے ہوئے X session کا layout تبدیل کرتا ہے، جبکہ localectl set-x11-keymap us pc105 colemak اس انتخاب کو reboot کے بعد بھی برقرار رکھتا ہے۔ Wayland کے تحت compositor keymap کو manage کرتا ہے، اس لیے وہاں setxkbmap درست tool نہیں ہے۔ تبدیلی آپ کے desktop کی input settings یا localectl میں کی جانی چاہیے۔ مکمل طریقہ، جس میں Caps Lock کے ساتھ برتاؤ بھی شامل ہے، Linux پر Colemak کا طریقہ میں موجود ہے۔

کی بورڈ firmware پورا مسئلہ کیسے ختم کرتا ہے

اگر آپ بہت سی مشینوں میں لاگ اِن کرتے ہیں تو layout operating systems کے بجائے کی بورڈ میں رکھیں۔ Programmable keyboard اپنی mapping محفوظ کرتا ہے اور آپ کے مطلوبہ حرف کا code بھیجتا ہے، اس لیے ہر host کو عام کی بورڈ سے عام حروف ٹائپ ہوتے دکھائی دیتے ہیں۔ کسی host پر configuration کی ضرورت نہیں رہتی، اور rebuild کے بعد کچھ بھولنے کا امکان بھی نہیں رہتا۔ یہ ان مشینوں پر بھی لاگو ہوتا ہے جنہیں آپ بالکل configure نہیں کر سکتے: کسی ساتھی کا laptop، UEFI setup screen، rescue image، یا ایسا host جہاں system settings تبدیل کرنے کا اختیار آپ کے پاس نہ ہو۔ جو لوگ درجنوں Linux servers کو منظم رکھتے ہیں، ان کے لیے یہ ایک purchase اور ہر machine پر ایک configuration item کے درمیان فرق ہے۔

عام طریقہ یہ ہے کہ QMK چلانے والا keyboard، یا اس کا wireless متبادل ZMK، استعمال کیا جائے۔ دونوں open firmware ہیں جنہیں آپ خود flash کرتے ہیں۔ VIA اور Vial graphical editors ہیں جو rebuild کے بغیر تبدیلی لکھ دیتے ہیں۔ بہت سے mainstream keyboards vendor software بھی فراہم کرتے ہیں جو remap کو کی بورڈ میں محفوظ کرتا ہے۔ اس کی حدود واضح ہیں۔ Laptop کا built-in keyboard عموماً یہ کام نہیں کر سکتا۔ اس لیے external keyboard connected ہونے پر آپ کو اپنا layout ملتا ہے، اور connected نہ ہونے پر QWERTY استعمال ہوتا ہے، جو اپنی نوعیت کی ایک الگ رکاوٹ ہے۔

ریسکیو کنسول حقیقی عملیاتی خطر ہے

خرابی اس طرح ظاہر ہوتی ہے۔ reboot کے بعد server واپس نہیں آتا، آپ provider کا web console کھولتے ہیں، اور آپ کو root password کے ساتھ چند filesystem commands بھی درج کرنی پڑتی ہیں، جبکہ اس کا layout اب آپ کو اچھی طرح یاد نہیں رہا۔ ایک ہی وقت میں دو مسائل پیدا ہو سکتے ہیں۔ آپ کی muscle memory اب نئے layout کی عادی ہو چکی ہوتی ہے، اور console ممکن ہے اسے قبول نہ کرے۔

Browser consoles اس بات میں مختلف ہوتے ہیں کہ وہ کیا بھیجتے ہیں۔ کچھ وہ character forward کرتے ہیں جو آپ کے local system نے تیار کیا ہو، اس صورت میں client-side remap بھی آپ کے ساتھ منتقل ہوتا ہے۔ دوسرے key position forward کرتے ہیں اور دوسری جانب US QWERTY map فرض کرتے ہیں، اس صورت میں آپ کا Colemak keyboard console میں QWERTY letters درج کرتا ہے۔ Control panel دیکھ کر آپ معلوم نہیں کر سکتے کہ آپ کے پاس کون سی قسم ہے۔ Machine کے درست حالت میں ہونے کے دوران test کریں: console کھولیں، log in کریں، ایک جملہ type کریں، اور دیکھیں کہ کیا ظاہر ہوتا ہے۔ یہ ابھی کریں، outage کے دوران نہیں۔

پھر ان حصوں کو ختم کریں جنہیں ختم کیا جا سکتا ہے۔ Keys کے ذریعے log in کریں تاکہ معمول کی access کے لیے کبھی password type نہ کرنا پڑے، اور اپنے servers میں key management کو سہولت نہیں بلکہ recovery plan کا حصہ سمجھیں۔ Rescue password ایسی جگہ رکھیں جہاں سے آپ اسے paste کر سکیں، کیونکہ زیادہ تر browser consoles میں send text یا paste function ہوتا ہے۔ QWERTY letters کو keyboard دیکھ کر تلاش کرنے کی کچھ صلاحیت بھی برقرار رکھیں، کیونکہ رات کے دو بجے phone پر layout chart دیکھ کر کام کرنا سست ہوتا ہے۔

Encrypted disks ایک اور مسئلہ پیدا کرتی ہیں۔ Boot کے وقت passphrase prompt initial ram disk سے چلتا ہے، یعنی normal keymap load ہونے سے پہلے، اس لیے یہ وہ map استعمال کرتا ہے جو اس image میں built in ہو۔ Debian اور Ubuntu پر default طور پر یہ built-in US QWERTY map ہوتا ہے۔ Setting KEYMAP= میں /etc/initramfs-tools/initramfs.conf ہے، اور یہ n کے طور پر ship ہوتی ہے۔ اسے y پر set کریں، sudo update-initramfs -u چلائیں، پھر reboot کریں اور تصدیق کریں کہ passphrase prompt آپ کا layout قبول کرتا ہے۔ اس کے بعد ہی اس پر اعتماد کریں۔ جو machine unlock نہ ہو سکے، اسے rebuild کرنا پڑتا ہے۔

Colemak-DH اور دیگر layouts

انتخاب صرف تین options تک محدود نہیں ہے۔ Colemak-DH، جسے Mod-DH بھی کہا جاتا ہے، Colemak کی سب سے عام refinement ہے۔ Standard Colemak میں D اور H حروف home row کے درمیانی columns میں ہوتے ہیں۔ Index fingers انہیں curl کرنے کے بجائے پہلو کی طرف پھیلا کر پہنچتی ہیں۔ Mod-DH ان دونوں حروف کو index finger کے نیچے bottom row میں منتقل کرتا ہے۔ اس سے بائیں طرف home row A R S T G اور دائیں طرف M N E I O بن جاتی ہے۔ اس کی دو versions ہیں۔ ایک عام row-staggered keyboards کے لیے ہے، اور دوسری ortholinear اور column-staggered boards کے لیے۔ آپ کو وہ version منتخب کرنا چاہیے جو آپ کے hardware سے مطابقت رکھتا ہو۔

اس کے علاوہ Workman، Norman، Canary، Graphite اور layout optimisers کے تیار کردہ بہت سے دیگر designs موجود ہیں۔ Programmer Dvorak ان لوگوں کے لیے number row اور symbols کو دوبارہ ترتیب دیتا ہے جو نثر کے مقابلے میں زیادہ punctuation ٹائپ کرتے ہیں۔ دیگر زبانوں کے اپنے layouts ہیں، جیسے French کے لیے bépo اور German کے لیے Neo۔ عملی طور پر بنیادی معیار availability ہے۔ Dvorak تقریباً ہر جگہ شامل ہوتا ہے، جس میں phone keyboards اور console keymaps بھی شامل ہیں۔ Colemak، X keyboard configuration data کے ساتھ شامل ہوتا ہے جسے ہر Linux desktop پڑھتا ہے۔ Colemak-DH اس data میں نسبتاً حال ہی میں شامل ہوا ہے، اس لیے older distribution پر آپ کو اب بھی project کی layout files install کرنی پڑ سکتی ہیں۔ Community layout ایسی file ہوتی ہے جسے آپ کو ہر machine پر منتقل کرنا پڑتا ہے، یا keyboard firmware میں شامل کرنا پڑتا ہے۔

تو پھر آپ کو کون سا انتخاب کرنا چاہیے؟

اگر کوئی مسئلہ نہیں ہے تو QWERTY پر قائم رہیں۔ تبدیلی میں کئی ہفتے لگتے ہیں، اور رفتار میں اضافے کے شواہد کمزور ہیں، اس لیے موجودہ layout سے معمولی بے آرامی اکیلی کافی مضبوط وجہ نہیں ہے۔

اگر آپ کم سے کم لاگت میں keys کی ترتیب بدلنا چاہتے ہیں تو Colemak منتخب کریں۔ تیرہ keys اپنی جگہ رہتی ہیں، editing shortcuts اپنی جگہ رہتے ہیں، اور کسی بھی Linux desktop پر یہ صرف ایک سطر کی تبدیلی ہے۔

اگر آپ اس بات کو اہمیت دیتے ہیں کہ کسی بھی machine اور کسی بھی operating system پر پہلے سے موجود menu سے اپنا layout ترتیب دے سکیں، اور shortcut keys دوبارہ سیکھنے پر آمادہ ہیں، تو Dvorak منتخب کریں۔

اگر آپ پہلے ہی programmable keyboard خرید رہے ہیں تو Colemak-DH منتخب کریں۔ firmware دستیابی کا مسئلہ ختم کر دیتا ہے، اس لیے مزید بہتر ترتیب اختیار کرنا مناسب ہے۔

آپ جو بھی منتخب کریں، شروع کرنے سے پہلے طے کریں کہ mapping کہاں محفوظ ہوگی۔ اگر آپ اپنا دن مکمل وقت terminal workbench میں گزارتے ہیں اور بہت سی machines میں login کرتے ہیں، تو keyboard اس کے لیے درست جگہ ہے۔ اگر آپ ایک laptop پر کام کرتے ہیں تو operating system کافی ہے۔ پھر بحالی کا راستہ پہلے سے طے کریں اور ضرورت پڑنے سے پہلے اس کی جانچ کریں۔

FAQ

کیا Colemak یا Dvorak واقعی QWERTY سے زیادہ تیز ہیں؟

اس بات کا کوئی معتبر ثبوت نہیں کہ ان میں سے کوئی layout آپ کی typing speed بڑھاتا ہے۔ جس چیز کی پیمائش کی جا سکتی ہے وہ حسابی فرق ہے: انگریزی نثر میں دونوں layouts، QWERTY کے مقابلے میں، زیادہ keystrokes کو home row پر رکھتے ہیں اور انگلیوں کو کم حرکت کراتے ہیں۔ تاہم کسی بڑے اور سختی سے کنٹرول کیے گئے trial نے یہ ثابت نہیں کیا کہ اس سے words per minute زیادہ ہوتے ہیں۔ Dvorak کے بارے میں سب سے زیادہ حوالہ دی جانے والی Navy study کی نگرانی خود Dvorak نے کی تھی، جبکہ General Services Administration کے لیے Earle Strong کی 1956 study میں پایا گیا کہ جب QWERTY typists کو اتنی ہی اضافی practice دی گئی تو کوئی فائدہ باقی نہیں رہا۔ لوگ QWERTY پر 150 words per minute سے بھی زیادہ رفتار حاصل کرتے ہیں، اس لیے اگر آپ 70 پر type کرتے ہیں تو layout آپ کی حد نہیں ہے۔

نیا keyboard layout سیکھنے میں کتنا وقت لگتا ہے؟

چند دن تک تقریباً 15 words per minute کی رفتار سے typing کی توقع رکھیں، layout کو اپنی پوری توجہ کا محتاج نہ رہنے میں 2 سے 4 ہفتے، اور اپنی پرانی رفتار تک پہنچنے میں 1 سے 3 ماہ لگ سکتے ہیں۔ یہ reported ranges ہیں، study results نہیں۔ بڑا خطرہ interference ہے: دن کے دوران دو layouts کے درمیان بار بار بدلنے سے دونوں پر گرفت کمزور رہتی ہے۔ اس لیے یا تو ایک بار switch کریں اور سست رفتار والے ہفتے کو قبول کریں، یا واضح تقسیم رکھیں جس میں ایک physical keyboard ہمیشہ ایک ہی layout کا مطلب ہو۔ زیادہ تر لوگ اسی سست مدت میں چھوڑتے ہیں کیونکہ وہ ہفتہ مصروف ہو جاتا ہے، اس لیے آغاز کسی پُرسکون ہفتے میں کریں۔

کیا میرا keyboard layout SSH کے ذریعے بھی ساتھ جاتا ہے؟

ہاں، اور server کا اس پر کوئی اختیار نہیں ہوتا۔ layout اس machine پر لاگو ہوتا ہے جس سے آپ کا keyboard منسلک ہے۔ آپ کا local system key press کو character میں تبدیل کرتا ہے اور SSH اس character کو byte کے طور پر بھیجتا ہے، اس لیے remote host کو key position نظر نہیں آتی۔ server پر keymap set کرنے سے SSH users کے لیے کچھ نہیں بدلتا۔ server کا اپنا keymap صرف براہِ راست منسلک keyboard، یا اس console پر لاگو ہوتا ہے جو provider آپ کو browser یا serial link کے ذریعے فراہم کرے۔

Ctrl+C اور vim کی h j k l keys کا کیا ہوتا ہے؟

Colemak میں Z، X، C اور V اپنی QWERTY positions پر رہتے ہیں، اس لیے standard editing shortcuts منتقل نہیں ہوتے۔ Dvorak میں یہ چاروں منتقل ہو جاتے ہیں: C، QWERTY کی I key پر آتا ہے، V، QWERTY کے full stop پر، X، QWERTY کے B کے نیچے، اور Z، QWERTY کے slash پر آتا ہے۔ Ctrl+D، QWERTY کی H key پر منتقل ہو جاتا ہے، جو shell میں اہم ہے۔ Cursor movement دونوں layouts میں متاثر ہوتی ہے۔ Colemak users عموماً movement کو h، n، e اور i پر remap کرتے ہیں، کیونکہ physical QWERTY کی h، j، k اور l keys پر یہی letters printed ہوتے ہیں۔ Dvorak users اسی وجہ سے d، h، t اور n استعمال کرتے ہیں۔

layout تبدیل کرنے کے بعد rescue console کو قابلِ استعمال کیسے رکھوں؟

ابھی test کریں، جب server صحت مند ہے۔ اپنے provider کی console کھولیں، login کریں اور ایک جملہ type کریں، کیونکہ کچھ consoles آپ کے client کے تیار کردہ character کو آگے بھیجتی ہیں، جبکہ کچھ key position بھیجتی ہیں اور دوسری طرف US QWERTY فرض کرتی ہیں۔ SSH keys کے ذریعے login کریں تاکہ معمول کی رسائی کے لیے typed password کی ضرورت نہ پڑے۔ Rescue password ایسی جگہ محفوظ رکھیں جہاں سے آپ اسے paste کر سکیں، کیونکہ زیادہ تر browser consoles میں paste یا send text function موجود ہوتا ہے۔ اگر disk encrypted ہے تو boot passphrase prompt، initial ram disk میں شامل keymap استعمال کرتا ہے۔ Debian اور Ubuntu پر اس کے لیے KEYMAP=y کو /etc/initramfs-tools/initramfs.conf میں set کرنا، sudo update-initramfs -u چلانا، اور پھر reboot کر کے تصدیق کرنا ضروری ہے کہ prompt آپ کا layout قبول کرتا ہے۔