Colemak, Dvorak নাকি QWERTY: কোনটি বেছে নেবেন

সংক্ষিপ্ত উত্তর

বেশিরভাগ মানুষের জন্য Colemak বনাম Dvorak বনাম QWERTY প্রশ্নের উত্তর খুব আকর্ষণীয় নয়: QWERTY-তেই থাকুন। কারণ এর পরিবর্তন করতে কয়েক সপ্তাহ ধীরগতিতে কাজ করার খরচ হয়, কিন্তু সুবিধা কম এবং তা মাপা কঠিন। আপনি পরিবর্তন করতে চাইলে Colemak-এ যাওয়াই তুলনামূলকভাবে কম ঝামেলার। এতে 30টি অক্ষর ও যতিচিহ্নের key-এর মধ্যে 13টি QWERTY-র একই অবস্থানে থাকে। Copy ও paste key-ও একই জায়গায় থাকে। Dvorak-এ পরিবর্তন তুলনামূলকভাবে বেশি বড়। তবে এর সমর্থন সবচেয়ে বিস্তৃত, কারণ সব প্রধান operating system-এ এটি কয়েক দশক ধরে রয়েছে। কোনো layout নিজে থেকেই আপনাকে দ্রুততর typist বানাবে না। এগুলো আপনার আঙুলকে কতটা দূর যেতে হয় এবং দীর্ঘ কর্মদিবসের শেষে সেই চলাচল কেমন অনুভূত হয়, তা পরিবর্তন করে।

এই পৃষ্ঠাতেই সিদ্ধান্তটি দেওয়া হয়েছে। আপনি যদি ইতিমধ্যে সিদ্ধান্ত নিয়ে থাকেন এবং command চান, তাহলে Linux-এর জন্য Colemak setup guide-এ যান।

প্রতিটি layout কী উদ্দেশ্যে তৈরি হয়েছিল

QWERTY layout-এর উৎপত্তি 1870-এর দশকের Sholes and Glidden typewriter-এ, এবং এর উদ্দেশ্য ছিল যান্ত্রিক। সেই যন্ত্রে প্রতিটি key একটি basket থেকে ধাতব typebar উপরে তুলে কাগজে আঘাত করত। কাছাকাছি থাকা দুটি typebar দ্রুত পরপর আঘাত করলে পরস্পরের সঙ্গে ধাক্কা লেগে আটকে যেতে পারত। প্রচলিত letter pair-গুলো দূরে ছড়িয়ে দিলে এই জ্যাম কমত। QWERTY typist-দের ধীর করার জন্য তৈরি হয়েছিল—এই জনপ্রিয় দাবি ওই ঘটনার বিকৃত রূপ। Historian-রা arrangement-এর কিছু অংশ Morse code লিখে নেওয়া telegraph operator-দের কাজের সঙ্গেও মিলিয়েছেন। আপনার জন্য গুরুত্বপূর্ণ বিষয়টি সহজ: 1878 সালের hardware layout-টিকে স্থির করে দেয়, এরপর কয়েক দশকের training সেটিকে স্থায়ী করে, এবং moving parts-বিহীন keyboard-এর জন্য এর কোনো অংশ নতুন করে উপযোগী করা হয়নি।

Dvorak হলো August Dvorak এবং William Dealey তৈরি 1936 সালের alternative layout। এর design rule layout-এই স্পষ্ট। পাঁচটি vowel-ই বাম home row-তে, AOEUI, এবং সবচেয়ে প্রচলিত English consonant-গুলো ডান home row-তে, DHTNS। ফলে প্রচলিত শব্দে দুই হাত পালাক্রমে ব্যবহৃত হয়, আর সবচেয়ে শক্তিশালী finger-গুলো অধিকাংশ কাজ করে। তিনটির মধ্যে এটিই অনেক বেশি disruptive, কারণ শুধু দুটি key, A এবং M, QWERTY-এর অবস্থান ধরে রাখে।

Colemak Shai Coleman 2006 সালে প্রকাশ করেন, এবং এর প্রধান design constraint ছিল layout বদলানোর switching cost। Home row-এর বাম পাশে A R S T D এবং ডান পাশে H N E I O থাকে। এতে সবচেয়ে প্রচলিত English letter-গুলো finger-এর নিচে আসে, আবার অন্য সব key যতটা সম্ভব কম সরানো হয়। Bottom row-তে Z X C V B, QWERTY-তে যেভাবে আছে, সেভাবেই থাকে। Colemak Caps Lock-কে Backspace-এ remap-ও করে। এটি একটি আলাদা অভ্যাস, যা আপনি যেকোনো layout-এ গ্রহণ করতে পারেন বা সম্পূর্ণ উপেক্ষা করতে পারেন।

Colemak বনাম Dvorak বনাম QWERTY: আসলে কতগুলো key-এর অবস্থান বদলায়

তিনটি letter row গণনা করুন। এগুলোতে 26টি letter এবং 4টি punctuation key থাকে। এরপর প্রতিটি layout-এর অবস্থান QWERTY-এর সঙ্গে একে একে তুলনা করুন। Shortcut column-এ Z, X, C এবং V-এর মধ্যে কতগুলো key তাদের QWERTY অবস্থানে আছে তা গণনা করা হয়েছে, কারণ অধিকাংশ system-এ এই চারটি key যথাক্রমে 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টি key সরায়। Dvorak 28টি key সরায়। এই ব্যবধানই দুটির ব্যবহারিক পার্থক্যের মূল বিষয়। প্রতিটি সরানো key এমন একটি অভ্যাস, যা আপনাকে ভুলতে হয়, যখন আপনার হাত পুরোনো অবস্থানের দিকে যেতে থাকে। তাই এই সংখ্যা কষ্টকর অভ্যাস পরিবর্তনের পর্যায় কত দিন স্থায়ী হতে পারে তার একটি আনুমানিক পরিমাপ। কোন arrangement ভালো, এই সংখ্যা তা বলে না।

সম্পাদনার শর্টকাটগুলো কি প্রত্যাশিত অবস্থানেই থাকে?

Colemak-এ Z, X, C এবং V, QWERTY-এর অবস্থানেই থাকে। তাই Ctrl+Z, Ctrl+X, Ctrl+C এবং Ctrl+V একই হাতের একই আঙুলের নিচে থাকে। Dvorak-এ এগুলোর মধ্যে 0টি একই অবস্থানে থাকে। Dvorak-এ C অক্ষরটি QWERTY-এর I কী-এর অবস্থানে, V QWERTY-এর full stop কী-এর অবস্থানে, X QWERTY-এর B কী-এর নিচে এবং Z QWERTY-এর slash কী-এর অবস্থানে থাকে। ফলে copy এবং paste করতে দুই হাত ব্যবহার করতে হয়।

Word processor-এর চেয়ে terminal-এ এর প্রভাব বেশি। চলমান command থামাতে Ctrl+C এবং standard input বন্ধ করতে Ctrl+D একজন server operator দিনে শত শত বার ব্যবহার করেন। Dvorak-এ দুটিই ডান হাতে চলে যায়: C QWERTY-এর I কী-তে এবং D QWERTY-এর H কী-তে। macOS-এ এমন একটি variant রয়েছে, যেখানে Command কী চেপে ধরে রাখলে layout আবার QWERTY হয়ে যায়। Linux-এ Ctrl কী-এর জন্য এর সমতুল্য কোনো standard ব্যবস্থা নেই। তাই Dvorak-এ shortcut-গুলো স্থানান্তরিত হয় এবং সেখানেই থাকে।

Vim এবং less cursor সরাতে h, j, k এবং l ব্যবহার করে। এই অক্ষরগুলো বেছে নেওয়া হয়েছিল, কারণ QWERTY-এ এগুলো ডান হাতের নিচে থাকে। উভয় alternative layout-ই এই বিন্যাস নষ্ট করে। Colemak-এ physical QWERTY h, j, k এবং l কী-তে মুদ্রিত অক্ষর হলো h, n, e এবং i। সাধারণ সমাধান হলো movement এই চার অক্ষরে remap করা। Dvorak-এ একই চারটি physical key যথাক্রমে d, h, t এবং n টাইপ করে। যেকোনো সমাধান vimrc-এ কয়েকটি line লিখেই করা যায়। তবে stock config-সহ অন্য কারও machine-এ গেলে এটি আর কাজে আসে না।

যেখানে typing speed-সংক্রান্ত প্রমাণ দুর্বল

যুক্তির একটি অংশ arithmetic-নির্ভর এবং তা নিয়ে বিতর্ক নেই। একটি layout ও কিছু text দেওয়া থাকলে আঙুল মোট কতটা দূরত্ব অতিক্রম করে এবং একই আঙুলকে পরপর কতবার দুটি অক্ষর type করতে হয়, তা গণনা করা যায়। সাধারণ English prose-এর ক্ষেত্রে Dvorak ও Colemak-এ এই দুটি সংখ্যা QWERTY-এর তুলনায় কম, এবং layout analyser-গুলোও এই দিকের ফলাফলের সঙ্গে একমত। তবে এই ফলাফল যে text থেকে গণনা করা হয়েছে, তা গুরুত্বপূর্ণ। আপনার source code, আপনার language এবং আপনার variable name সেই text নয়।

বিতর্কের বিষয় হলো arithmetic শেষ পর্যন্ত 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 typist-দের একই অতিরিক্ত practice দেওয়ার চেয়ে ভালো ফল দেয়নি। 1990 সালে economists Stan Liebowitz এবং Stephen Margolis The Fable of the Keys নামে একটি paper-এ এসব সমালোচনা একত্র করেন। সেই paper নিয়েও আবার বিতর্ক আছে, কারণ এর আসল বিষয় keyboard নয়, market lock in। নব্বই বছর পরও এমন কোনো বড় এবং যথাযথভাবে controlled trial নেই, যা দেখায় যে alternative layout ব্যবহার করলে মানুষ দ্রুত type করে।

Speed-সংক্রান্ত দাবিতে সতর্ক থাকার আরও সহজ একটি কারণ আছে। মানুষ QWERTY-তে 150 words per minute-এরও বেশি speed-এ type করেছে। আপনি যদি 60 বা 70 speed-এ type করেন, তাহলে আপনাকে সীমাবদ্ধ করছে layout নয়।

Comfort ও injury আরও কঠিন প্রশ্ন, এবং এ বিষয়ে evidence আরও কম। মানুষ switch করার পরে হাতের ব্যথা কমেছে বলে জানায়, এবং বিষয়টি গুরুত্ব দিয়ে দেখা উচিত। তবে একজন switcher সাধারণত একই সময়ে একাধিক বিষয় পরিবর্তন করেন। নতুন keyboard, ভিন্ন desk height, বেশি break এবং কয়েক সপ্তাহ ইচ্ছাকৃতভাবে ধীরে type করা—সবই একই মাসে শুরু হতে পারে, এবং এর যেকোনো একটি কারণ হতে পারে। ব্যথা যদি আপনার switch করার কারণ হয়, তাহলে আগে posture ও workload ঠিক করুন। এগুলোর পক্ষে evidence বেশি, এবং এতে কোনো খরচ নেই।

আসলে layout পরিবর্তনের খরচ

প্রথম কয়েক দিন beginner-এর মতো টাইপ করার জন্য প্রস্তুত থাকুন; গতি প্রায় 15 words per minute হতে পারে। layout আপনার সমস্ত মনোযোগ দাবি করা বন্ধ করতে দুই থেকে চার সপ্তাহ সময় লাগতে পারে। প্রতিদিন ব্যবহার করলে আগের গতিতে ফিরতে সাধারণত এক থেকে তিন মাস লাগে। এগুলো কোনো study-এর ফল নয়; যারা পরিবর্তনটি করেছেন, তাদের দেওয়া হিসাব। তাই এগুলোকে একটি পরিসর হিসেবে দেখুন, নিশ্চয়তা হিসেবে নয়।

যে বিষয়টি মানুষকে সবচেয়ে বেশি অবাক করে, তা হলো interference। আপনার হাত "Colemak" শেখে না। প্রতিটি key-এর জন্য তারা একটি নির্দিষ্ট destination শেখে। এক দিন পরপর দুইটি layout ব্যবহার করলে উভয় mapping-ই দুর্বল থাকে। জরুরি কাজের জন্য QWERTY-তে ফিরে গিয়ে পরে আবার পরিবর্তন করা শেখার সবচেয়ে ধীর পদ্ধতি। দুটি পদ্ধতি কার্যকর। একবার পরিবর্তন করুন এবং কঠিন সপ্তাহটি মেনে নিন। অথবা কঠোর বিভাজন বজায় রাখুন, যেখানে একটি physical keyboard সবসময় একটি layout ব্যবহার করে। এতে context আপনার হাতকে কোন mapping লোড করতে হবে তা বুঝিয়ে দেয়।

বেশিরভাগ মানুষ এই গতি কমে যাওয়ার সময়ই ছেড়ে দেন। তারা layout তাদের জন্য উপযুক্ত নয় বলে নয়, বরং সেই সপ্তাহটি ব্যস্ত ছিল বলে ছেড়ে দেন। তাই পুরো পরিবর্তন প্রক্রিয়ায় timing-ই সবচেয়ে গুরুত্বপূর্ণ সিদ্ধান্ত। শান্ত একটি সপ্তাহে শুরু করুন। deadline-এর আগের সপ্তাহে শুরু করবেন না। আপনি on call থাকা সপ্তাহেও শুরু করবেন না।

আপনার QWERTY দক্ষতা সাধারণত নষ্ট হয় না। বেশিরভাগ switcher জানান, কয়েক দিন ব্যবহার করার মধ্যেই এটি ফিরে আসে। শুরুতে গতি আগের চেয়ে কম থাকে এবং ভুলও হয়। এটি জানা গুরুত্বপূর্ণ, কারণ মানুষ সবচেয়ে বেশি ভয় পায় QWERTY দক্ষতা হারানোর। বাস্তবে সেটিই সবচেয়ে কম ঘটে।

ক্লায়েন্ট নাকি সার্ভার: remap কোথায় প্রয়োগ করবেন?

প্রায় সব ক্ষেত্রেই ক্লায়েন্টে। Keyboard layout সেই মেশিনে প্রয়োগ হয়, যেটির সঙ্গে keyboard সংযুক্ত, অন্য কোথাও নয়। আপনি কোনো key চাপলে আপনার local system সেই key position-কে একটি character-এ রূপান্তর করে, এবং আপনার keystroke বহনকারী SSH session সেই character-কে byte হিসেবে server-এ পাঠায়। Server কখনো key press দেখতে পায় না। তাই remote box-এ localectl set-keymap dvorak চালালে SSH-এর মাধ্যমে আপনার typing কীভাবে পৌঁছায়, তাতে কোনো পরিবর্তন হয় না। Workstation-এ Colemak সেট করা থাকলে আপনি যে host-এই login করুন না কেন, প্রতিটিতেই Colemak অনুযায়ী typing হবে; কোনো host-এ আলাদা configuration প্রয়োজন নেই।

Server-এর নিজস্ব keymap দুই জায়গায় গুরুত্বপূর্ণ: মেশিনের সঙ্গে সরাসরি সংযুক্ত keyboard এবং provider browser বা serial link-এর মাধ্যমে যে console দেয়। VPS-এর ক্ষেত্রে এটি rescue console, আর এটিই এমন পরিস্থিতি যেখানে পরীক্ষা-নিরীক্ষা করার সুযোগ সবচেয়ে কম।

localectl status
localectl list-keymaps | grep -i dvorak

localectl status উভয় setting দেখায়: text console-এর জন্য VC Keymap এবং graphical session-এর জন্য X11 Layout। list-keymaps আপনার system-এ বাস্তবে installed console keymap-এর নাম দেখায়। কোনো অস্তিত্বহীন নাম সেট করা থেকে বিরত থাকার জন্য এটিই প্রয়োজনীয় পরীক্ষা। Graphical session-এর জন্য Colemak উপলভ্য থাকলেও console keymap হিসেবে এটি সব সময় উপস্থিত থাকে না। তাই Colemak উপস্থিত আছে ধরে নেওয়ার আগে নিজের layout-এর জন্য ওই grep চালান।

Desktop-এর ক্ষেত্রে setxkbmap -layout us -variant colemak চলমান X session-এর layout পরিবর্তন করে, আর localectl set-x11-keymap us pc105 colemak সেই নির্বাচন reboot-এর পরেও কার্যকর রাখে। Wayland-এ compositor keymap নিয়ন্ত্রণ করে। তাই সেখানে setxkbmap সঠিক tool নয়; পরিবর্তনটি আপনার desktop-এর input settings-এ বা localectl-এ করতে হবে। Caps Lock নিয়ে কী করতে হবে-সহ সম্পূর্ণ পদ্ধতিটি Linux-এ Colemak ব্যবহারের নির্দেশিকায় রয়েছে।

কেন keyboard firmware পুরো সমস্যাটিই এড়িয়ে যায়

আপনি যদি অনেক মেশিনে লগ ইন করেন, তাহলে layout operating system-এ না দিয়ে keyboard-এ রাখুন। একটি programmable keyboard নিজের mapping সংরক্ষণ করে এবং আপনার চাওয়া অক্ষরের code পাঠায়। ফলে প্রতিটি host সাধারণ keyboard থেকে আসা সাধারণ অক্ষর হিসেবেই ইনপুট পায়। কোনো host-এ configuration করার প্রয়োজন হয় না। rebuild-এর সময় কিছু ভুলে যাওয়ারও আশঙ্কা থাকে না। যেসব মেশিনে আপনি কোনো configuration-ই করতে পারেন না, সেগুলিও এর আওতায় পড়ে: কোনো সহকর্মীর laptop, একটি UEFI setup screen, একটি rescue image, অথবা এমন কোনো host যেখানে system settings পরিবর্তনের অধিকার আপনার নেই। যারা দশের বেশি Linux server সুশৃঙ্খল রাখতে বাধ্য, তাদের জন্য এটি একটি keyboard কেনা এবং প্রতিটি machine-এ একটি configuration item রক্ষণাবেক্ষণের মধ্যে পার্থক্য তৈরি করে।

সাধারণ পদ্ধতি হলো QMK চালিত keyboard ব্যবহার করা। এর wireless বিকল্প ZMK। দুটিই open firmware, যা আপনি নিজেই flash করতে পারেন। VIA এবং Vial হলো graphical editor, যেগুলো rebuild ছাড়াই পরিবর্তন লিখে দেয়। অনেক mainstream keyboard-এ vendor software-ও থাকে, যা keyboard-এর ভেতরে remap সংরক্ষণ করে। সীমাবদ্ধতাগুলো স্পষ্ট। Laptop-এর built-in keyboard সাধারণত এটি করতে পারে না। তাই external keyboard সংযুক্ত থাকলে আপনার layout পাবেন, আর সংযুক্ত না থাকলে QWERTY পাবেন। এটিও এক ধরনের interference।

Rescue console একটি বাস্তব operational risk

ব্যর্থতার ধরনটি এমন। Reboot-এর পর একটি server আর চালু হয় না। আপনি provider-এর web console খুলে root password এবং কয়েকটি filesystem command টাইপ করতে বাধ্য হন, কিন্তু ব্যবহৃত layout-এ আপনি এখন আর স্বচ্ছন্দে টাইপ করেন না। একই সময়ে দুটি সমস্যা হতে পারে। আপনার muscle memory এখন নতুন layout অনুযায়ী কাজ করে, কিন্তু console সেটি গ্রহণ নাও করতে পারে।

Browser console কী পাঠাবে, তা ভিন্ন হতে পারে। কিছু console আপনার local system তৈরি করা character পাঠায়। সে ক্ষেত্রে client-side remap-ও console-এ প্রযোজ্য হয়। অন্যগুলো key position পাঠায় এবং অপর প্রান্তে US QWERTY map ধরে নেয়। সে ক্ষেত্রে আপনার Colemak keyboard console-এ QWERTY letter টাইপ করে। Control panel দেখে আপনি কোন ধরনের console ব্যবহার করছেন, তা বোঝা যায় না। Machine সুস্থ থাকা অবস্থায় পরীক্ষা করুন: console খুলুন, login করুন, একটি বাক্য টাইপ করুন এবং কী দেখা যাচ্ছে তা লক্ষ্য করুন। এখনই এটি করুন, outage-এর সময় নয়।

এরপর যেসব ঝুঁকি সরানো সম্ভব, সেগুলো সরান। Keys দিয়ে login করুন, যাতে সাধারণ access-এর সময় কখনও password টাইপ করতে না হয়। আপনার server-গুলোর মধ্যে key management-কে শুধু সুবিধা হিসেবে নয়, recovery plan-এর অংশ হিসেবে বিবেচনা করুন। Rescue password এমন জায়গায় রাখুন, যেখান থেকে আপনি তা paste করতে পারবেন, কারণ অধিকাংশ browser console-এ send text বা paste function থাকে। QWERTY letter keyboard দেখে শনাক্ত করার সক্ষমতাও বজায় রাখুন। কারণ রাত দুইটায় phone থেকে layout chart পড়ে টাইপ করা ধীরগতির।

Encrypted disk আরও একটি সমস্যা তৈরি করে। Boot-এর সময় passphrase prompt initial ram disk থেকে চলে, আপনার স্বাভাবিক keymap load হওয়ার আগে। তাই ওই image-এ যে map built in করা আছে, prompt সেটিই ব্যবহার করে। Debian এবং Ubuntu-তে default হিসেবে built-in US QWERTY map ব্যবহৃত হয়। Setting হলো KEYMAP=, এটি রয়েছে /etc/initramfs-tools/initramfs.conf-এ, এবং এটি n হিসেবে shipped হয়। সেটিকে y-এ পরিবর্তন করুন, sudo update-initramfs -u চালান, তারপর reboot করে নিশ্চিত করুন যে passphrase prompt আপনার layout গ্রহণ করছে। এটি নিশ্চিত না হওয়া পর্যন্ত layout-টির ওপর নির্ভর করবেন না। যে machine unlock করা যায় না, সেটি rebuild করতে হয়।

Colemak-DH এবং অন্যান্য লেআউট

পছন্দটি শুধু 3টি বিকল্পের মধ্যে সীমাবদ্ধ নয়। Colemak-DH, যাকে Mod-DH-ও বলা হয়, Colemak-এর সবচেয়ে প্রচলিত পরিমার্জিত সংস্করণ। Standard Colemak-এ D এবং H অক্ষর home row-এর মাঝের column-এ থাকে। সেগুলোতে পৌঁছাতে তর্জনী পাশের দিকে প্রসারিত করতে হয়, ভাঁজ করতে হয় না। Mod-DH এই 2টি অক্ষর index finger-এর নিচে bottom row-এ সরিয়ে দেয়। এতে বাঁ দিকে home row হয় A R S T G এবং ডান দিকে হয় M N E I O। এর 2টি সংস্করণ আছে। একটি প্রচলিত row-staggered keyboard-এর জন্য এবং অন্যটি ortholinear ও column-staggered board-এর জন্য। আপনার hardware-এর সঙ্গে মেলে এমন সংস্করণটি ব্যবহার করতে হবে।

এগুলোর বাইরে Workman, Norman, Canary, Graphite এবং layout optimiser দিয়ে তৈরি আরও অনেক design আছে। যাঁরা prose-এর চেয়ে বেশি punctuation টাইপ করেন, তাঁদের জন্য Programmer Dvorak number row এবং symbol-গুলোর বিন্যাস পরিবর্তন করে। অন্যান্য ভাষারও নিজস্ব layout আছে। যেমন French-এর জন্য bépo এবং German-এর জন্য Neo। বাস্তবে প্রধান বিবেচনা হলো availability। Dvorak প্রায় সর্বত্রই দেওয়া থাকে, phone keyboard এবং console keymap-সহ। Colemak সেই X keyboard configuration data-এর সঙ্গে দেওয়া থাকে, যা প্রতিটি Linux desktop পড়ে। Colemak-DH এই data-তে তুলনামূলকভাবে পরে যুক্ত হয়েছে। তাই পুরোনো distribution-এ আপনাকে এখনও project থেকে layout file install করতে হতে পারে। Community layout হলো এমন একটি file, যা প্রতিটি machine-এ সঙ্গে নিতে হয় অথবা keyboard firmware-এর মধ্যে আগে থেকেই যুক্ত করতে হয়।

তাহলে কোনটি বেছে নেওয়া উচিত?

কোনো সমস্যা না থাকলে QWERTY-তেই থাকুন। পরিবর্তনে কয়েক সপ্তাহ সময় লাগে, আর গতি বাড়ার পক্ষে প্রমাণ দুর্বল। তাই বর্তমান layout নিয়ে সামান্য বিরক্তি একাই পরিবর্তনের যথেষ্ট কারণ নয়।

সবচেয়ে কম খরচে key rearrangement চাইলে Colemak বেছে নিন। 13টি key একই জায়গায় থাকে, editing shortcut-গুলোও অপরিবর্তিত থাকে, এবং যেকোনো Linux desktop-এ এটি এক লাইনের পরিবর্তন।

যদি এমন layout বেছে নিতে চান যা যেকোনো machine ও operating system-এ আগে থেকেই থাকা menu থেকে সেট করা যায়, এবং shortcut key নতুন করে শেখা মেনে নিতে পারেন, তাহলে Dvorak বেছে নিন।

আপনি যদি ইতিমধ্যে programmable keyboard কেনার সিদ্ধান্ত নিয়ে থাকেন, তাহলে Colemak-DH বেছে নিন। Firmware availability-এর সমস্যা দূর করে, তাই উন্নত সংস্করণটিই নেওয়া যুক্তিযুক্ত।

যেটিই বেছে নিন, শুরু করার আগে mapping কোথায় থাকবে তা নির্ধারণ করুন। আপনি যদি পূর্ণকালীন terminal workbench-এ দিন কাটান এবং অনেক machine-এ login করেন, তাহলে mapping-এর জন্য keyboard-ই উপযুক্ত স্থান। আপনি যদি একটি laptop-এ কাজ করেন, তাহলে operating system-এ রাখাই যথেষ্ট। এরপর rescue path পরিকল্পনা করুন এবং প্রয়োজন হওয়ার আগেই সেটি পরীক্ষা করুন।

FAQ

Colemak বা Dvorak কি আসলেই QWERTY-এর চেয়ে দ্রুত?

কোনোটিই আপনাকে দ্রুত টাইপ করায়—এমন নির্ভরযোগ্য প্রমাণ নেই। যা পরিমাপ করা যায়, তা হলো অক্ষর বিন্যাসের হিসাব: ইংরেজি গদ্যে উভয় বিন্যাসেই QWERTY-এর তুলনায় home row-তে বেশি keystroke পড়ে এবং আঙুলকে কম দূরত্ব অতিক্রম করতে হয়। এতে words per minute বাড়ে—এমন ফল বড় ও সুনিয়ন্ত্রিত কোনো trial-এ কখনও প্রমাণিত হয়নি। Dvorak নিয়ে সবচেয়ে বেশি উদ্ধৃত Navy study-টি Dvorak নিজেই তদারক করেছিলেন। General Services Administration-এর জন্য Earle Strong-এর 1956 সালের study-তে দেখা যায়, QWERTY typist-দের একই অতিরিক্ত অনুশীলন দিলে কোনো সুবিধা থাকে না। QWERTY-তে মানুষ 150 words per minute-এর অনেক বেশি গতিতে টাইপ করতে পারে। তাই আপনি যদি 70 গতিতে টাইপ করেন, layout আপনার সীমাবদ্ধতা নয়।

নতুন keyboard layout শিখতে কত সময় লাগে?

প্রথম কয়েক দিন প্রায় 15 words per minute গতিতে টাইপ করার জন্য প্রস্তুত থাকুন। layout আপনার সম্পূর্ণ মনোযোগ দাবি করা বন্ধ করতে 2 থেকে 4 সপ্তাহ লাগতে পারে। পুরোনো গতিতে ফিরতে 1 থেকে 3 মাস লাগতে পারে। এগুলো reported range, study-এর ফল নয়। বড় ঝুঁকি হলো interference: দিনে দুইটি layout পালা করে ব্যবহার করলে দুটিই দুর্বল থাকে। তাই একবার layout বদলে ধীরগতির সপ্তাহটি মেনে নিন, অথবা কঠোর বিভাজন রাখুন—যেখানে একটি physical keyboard সবসময় একটি নির্দিষ্ট layout বোঝাবে। বেশিরভাগ মানুষ এই ধীর সময়ে layout ব্যবহার ছেড়ে দেয়, কারণ তখন কাজের চাপ বেড়ে যায়। তাই কোনো শান্ত সময়ে শুরু করুন।

SSH-এর মাধ্যমে সংযুক্ত হলে আমার keyboard layout কি সঙ্গে থাকে?

হ্যাঁ, এবং server এতে কোনো নিয়ন্ত্রণ রাখে না। আপনার keyboard যে machine-এর সঙ্গে সংযুক্ত, layout সেখানেই প্রয়োগ হয়। আপনার local system key press-কে character-এ রূপান্তর করে, আর SSH সেই character-টি byte হিসেবে পাঠায়। তাই remote host কখনও key position দেখতে পায় না। server-এ keymap সেট করলেও SSH user-দের জন্য কিছু পরিবর্তন হয় না। server-এর নিজস্ব keymap কেবল সরাসরি সংযুক্ত keyboard-এর ক্ষেত্রে, অথবা provider browser বা serial link-এর মাধ্যমে যে console দেয় তার ক্ষেত্রে প্রযোজ্য।

Ctrl+C এবং vim-এর h j k l key-গুলোর কী হয়?

Colemak-এ Z, X, C এবং V QWERTY-এর নিজ নিজ position-এ থাকে। তাই standard editing shortcut-গুলো স্থান পরিবর্তন করে না। Dvorak-এ চারটিই স্থান পরিবর্তন করে: C QWERTY-এর I key-তে যায়, V QWERTY-এর full stop-এ যায়, X QWERTY-এর B-এর নিচে যায় এবং Z QWERTY-এর slash-এ যায়। Ctrl+D QWERTY-এর H key-তে স্থানান্তরিত হয়, যা shell-এ গুরুত্বপূর্ণ। উভয় layout-এই cursor movement-এর shortcut বদলে যায়। Colemak user-রা সাধারণত movement-এর জন্য h, n, e এবং i পুনরায় map করেন। এগুলো physical QWERTY h, j, k এবং l key-তে মুদ্রিত অক্ষর। একই কারণে Dvorak user-রা d, h, t এবং n ব্যবহার করেন।

layout বদলানোর পর rescue console কীভাবে ব্যবহারযোগ্য রাখব?

server সচল থাকা অবস্থায় এখনই পরীক্ষা করুন। provider-এর console খুলে login করুন এবং একটি বাক্য টাইপ করুন। কারণ কিছু console আপনার client তৈরি করা character forward করে, আর কিছু console key position forward করে এবং অপর প্রান্তে US QWERTY ধরে নেয়। SSH keys দিয়ে login করুন, যাতে নিয়মিত access-এর জন্য কখনও typed password প্রয়োজন না হয়। Rescue password এমন জায়গায় রাখুন যেখান থেকে paste করতে পারবেন, কারণ বেশিরভাগ browser console-এ paste বা send text function থাকে। Disk encrypted হলে boot passphrase prompt initial ram disk-এ থাকা keymap ব্যবহার করে। Debian এবং Ubuntu-তে এর অর্থ হলো KEYMAP=y in /etc/initramfs-tools/initramfs.conf সেট করা, sudo update-initramfs -u চালানো এবং তারপর reboot করে নিশ্চিত হওয়া যে prompt আপনার layout গ্রহণ করছে।