Colemak, Dvorak की QWERTY: कोणता layout निवडावा?

थोडक्यात उत्तर

बहुतेक लोकांसाठी Colemak विरुद्ध Dvorak विरुद्ध QWERTY या प्रश्नाचे साधे उत्तर आहे: QWERTY वापरत राहा. कारण अनेक आठवडे कामाचा वेग कमी होण्याची किंमत मोजावी लागते, पण त्यातून मिळणारा फायदा लहान आणि मोजणे कठीण असतो. तरीही layout बदलायचा असल्यास Colemak हा तुलनेने कमी खर्चाचा पर्याय आहे. QWERTY प्रमाणेच 30 अक्षरे आणि विरामचिन्हांच्या keys पैकी 13 keys त्याच ठिकाणी राहतात. तसेच copy आणि paste keys ची स्थानेही बदलत नाहीत. Dvorak मध्ये बदल अधिक मोठा आहे; मात्र त्याला सर्वाधिक व्यापक support आहे, कारण प्रत्येक मुख्य प्रवाहातील operating system मध्ये तो अनेक दशकांपासून उपलब्ध आहे. यापैकी कोणताही layout स्वतःहून तुमचा typing वेग वाढवणार नाही. तुमची बोटे किती अंतर प्रवास करतात आणि दिवसभराच्या कामाच्या शेवटी त्याचा अनुभव कसा येतो, एवढेच त्यातून बदलते.

हा निर्णय घेण्यासाठीचे पृष्ठ आहे. निर्णय आधीच घेतला असेल आणि तुम्हाला commands हव्या असतील, तर Linux साठी Colemak setup guide वर जा.

प्रत्येक layout कशासाठी तयार करण्यात आला

QWERTY ही 1870 च्या दशकातील Sholes and Glidden typewriter वरून आली आणि तिचे उद्दिष्ट यांत्रिक होते. त्या मशीनमध्ये प्रत्येक key एका basket मधून metal typebar वर उचलून कागदावर आदळवत असे. जवळ असलेल्या दोन bars वर झपाट्याने सलग दाब पडल्यास त्या एकमेकांवर आदळून अडकू शकत. सर्वसाधारण letter pairs एकमेकांपासून दूर ठेवले की असे jams कमी होत. QWERTY ही typists चा वेग कमी करण्यासाठी तयार करण्यात आली होती, हा लोकप्रिय दावा त्या इतिहासाचे विकृत रूप आहे. Historians ने या मांडणीतील काही भाग Morse code उतरवणाऱ्या telegraph operators शीही जोडले आहेत. तुमच्यासाठी महत्त्वाचा मुद्दा सोपा आहे: 1878 मधील hardware मुळे ही layout निश्चित झाली. त्यानंतर अनेक दशकांच्या training मुळे ती प्रस्थापित झाली. moving parts नसलेल्या keyboard साठी तिच्या कोणत्याही भागाचे tuning केलेले नव्हते.

Dvorak हा August Dvorak आणि William Dealey यांनी 1936 मध्ये तयार केलेला पर्याय आहे. त्याचा design rule layout मध्येच दिसतो. पाचही vowels डाव्या home row मध्ये AOEUI या क्रमाने आहेत. सर्वसाधारण English consonants उजव्या home row मध्ये DHTNS या क्रमाने आहेत. त्यामुळे सर्वसाधारण words मध्ये hands आलटून-पालटून वापरले जातात आणि मजबूत fingers बहुतेक काम करतात. या तीन layouts पैकी हा पर्याय खूप मोठ्या फरकाने सर्वाधिक disruptive आहे, कारण फक्त दोन keys, A आणि M, QWERTY मधील आपली positions कायम ठेवतात.

Colemak हे Shai Coleman यांनी 2006 मध्ये प्रकाशित केले. त्याची मुख्य design constraint switching cost हीच होती. Home row मध्ये डावीकडे A R S T D आणि उजवीकडे H N E I O असते. त्यामुळे सर्वसाधारण English letters fingers खाली येतात आणि इतर keys शक्य तितक्या कमी हलवाव्या लागतात. Bottom row मध्ये Z X C V B ही QWERTY प्रमाणेच ठेवली आहेत. Colemak मध्ये Caps Lock चे Backspace वर remapping देखील केले जाते. ही स्वतंत्र habit तुम्ही कोणत्याही layout वर स्वीकारू शकता किंवा पूर्णपणे दुर्लक्षित करू शकता.

Colemak विरुद्ध Dvorak विरुद्ध QWERTY: प्रत्यक्षात किती keys हलतात

26 letters आणि 4 punctuation keys असलेल्या तीन letter rows मोजा आणि प्रत्येक layout ची QWERTY मधील स्थानांशी position by position तुलना करा. 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 हलतात. या दोघांमधील संपूर्ण practical difference एवढाच आहे. प्रत्येक हललेली key ही विसरावी लागणारी एक सवय असते आणि तुमचा हात जुन्या स्थानाकडेच जात राहतो. त्यामुळे हा count त्रासदायक टप्पा किती काळ टिकतो याचा साधारण अंदाज देतो. कोणती 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 key वर असते, X हे QWERTY वरील B च्या खाली असते आणि Z हे QWERTY वरील slash key वर असते. Copy आणि paste करण्यासाठी दोन्ही हात वापरावे लागतात.

याचा परिणाम word processor पेक्षा terminal मध्ये अधिक जाणवतो. सुरू असलेली command थांबवण्यासाठी Ctrl+C आणि standard input बंद करण्यासाठी Ctrl+D हे server operator दिवसातून शेकडो वेळा दाबतो. Dvorak मध्ये दोन्ही शॉर्टकट उजव्या हाताकडे सरकतात: C हे QWERTY वरील I key वर आणि D हे QWERTY वरील H key वर जाते. macOS मध्ये Command key दाबून ठेवली असता QWERTY layout परत आणणारा variant उपलब्ध आहे. Linux मध्ये Ctrl key साठी असा standard equivalent नाही. त्यामुळे Dvorak मध्ये शॉर्टकटचे स्थान बदलते आणि ते बदललेलेच राहते.

Vim आणि less मध्ये cursor हलवण्यासाठी h, j, k आणि l वापरले जातात. ही अक्षरे QWERTY मध्ये उजव्या हाताखाली येतात म्हणून निवडली गेली. दोन्ही alternative 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 वर काम करताना तो लगेच उपयोगी राहत नाही.

टायपिंगच्या वेगासंबंधीचे पुरावे कमकुवत आहेत

या युक्तिवादाचा एक भाग अंकगणितावर आधारित आहे आणि त्याबाबत विवाद नाही. एखादी layout आणि मजकुराचा नमुना दिल्यास, बोटांनी पार केलेले एकूण अंतर आणि एका बोटाला सलग दोन अक्षरे किती वेळा टाइप करावी लागतात हे मोजता येते. सामान्य इंग्रजी गद्याच्या बाबतीत हे दोन्ही आकडे QWERTY पेक्षा Dvorak आणि Colemak मध्ये कमी आहेत. Layout analyser देखील हीच दिशा दर्शवतात. मात्र, हे निष्कर्ष ज्या मजकुरावरून काढले आहेत त्यावर अवलंबून असतात. तुमचा source code, तुमची भाषा आणि तुमची variable names हा तो मजकूर नाही.

अंकगणिताचा वेगात रूपांतर होतो का, हा विवादाचा मुद्दा आहे. Dvorak च्या समर्थनातील सर्वात ठोस दावा दुसऱ्या महायुद्धादरम्यान United States Navy ने केलेल्या एका अभ्यासातून आला. या अभ्यासात retraining मुळे मोठी सुधारणा झाल्याचे नोंदवले गेले. मात्र, हा अभ्यास August Dvorak यांच्या स्वतःच्या देखरेखीखाली झाला. त्यामुळे तो स्वतंत्र पुरावा नाही. 1956 मध्ये Earle Strong यांनी General Services Administration साठी नियंत्रित retraining study केली. त्यांना आढळले की Dvorak retraining मुळे QWERTY typists ना तेवढाच अतिरिक्त सराव देण्यापेक्षा चांगले परिणाम मिळाले नाहीत. 1990 मध्ये अर्थशास्त्रज्ञ Stan Liebowitz आणि Stephen Margolis यांनी The Fable of the Keys नावाच्या paper मध्ये या टीका एकत्र केल्या. त्या paper वरही पुढे वाद झाला, कारण त्याचा खरा विषय keyboards पेक्षा market lock-in हा आहे. नव्वद वर्षांनंतरही alternative layout मुळे लोक अधिक वेगाने टाइप करतात हे दाखवणारी मोठी आणि योग्य प्रकारे नियंत्रित trial उपलब्ध नाही.

वेगासंबंधीच्या दाव्यांबाबत सावध राहण्याचे आणखी सोपे कारण आहे. लोकांनी QWERTY वर 150 words per minute पेक्षाही अधिक वेगाने टाइप केले आहे. तुम्ही 60 किंवा 70 या वेगाने टाइप करत असाल, तर तुमची मर्यादा layout नाही.

Comfort आणि दुखापतीबाबतचा प्रश्न अधिक कठीण आहे आणि त्यासंबंधीचे पुरावे आणखी कमी आहेत. Layout बदलल्यानंतर हात कमी दुखतात असे लोक सांगतात. हे गांभीर्याने घेण्यासारखे आहे. मात्र, layout बदलणारी व्यक्ती सहसा एकाच वेळी अनेक गोष्टी बदलते. नवीन keyboard, वेगळी desk height, अधिक विश्रांती आणि अनेक आठवडे जाणीवपूर्वक हळू टाइप करणे या सर्व गोष्टी एकाच महिन्यात घडतात. यांपैकी कोणतीही गोष्ट कारण असू शकते. वेदना हे तुमचे कारण असल्यास, आधी तुमची posture आणि workload सुधारा. या उपायांना अधिक चांगला पुरावा आहे आणि त्यासाठी कोणताही खर्च होत नाही.

स्विच करण्याची खरी किंमत

पहिले काही दिवस नवशिक्यासारखे टाइप करावे लागेल, साधारण 15 शब्द प्रति मिनिट या वेगाने. Layout तुमचे पूर्ण लक्ष वेधून घेणे थांबवण्यापूर्वी आणखी दोन ते चार आठवडे लागू शकतात. तुमचा जुना वेग परत मिळवण्यासाठी दररोजच्या वापरासह साधारण एक ते तीन महिने लागतात. हे आकडे अभ्यासाच्या निष्कर्षांवर आधारित नाहीत; ही प्रक्रिया केलेल्या लोकांची नोंदवलेली माहिती आहे. त्यामुळे त्यांना निश्चित वचन न मानता एक श्रेणी समजा.

लोकांना आश्चर्यचकित करणारा भाग म्हणजे होणारा व्यत्यय. तुमचे हात "Colemak" शिकत नाहीत. ते प्रत्येक key साठी एक destination शिकतात. आलटून-पालटून दोन layout वापरल्यास दोन्ही mappings कमकुवत राहतात. तातडीच्या कामासाठी QWERTY वर परत जाणे आणि नंतर पुन्हा दुसऱ्या layout वर जाणे हा शिकण्याचा सर्वांत धीमा मार्ग आहे. दोन पद्धती उपयुक्त ठरतात. एकदाच switch करा आणि कठीण आठवडा स्वीकारा. किंवा स्पष्ट विभाजन ठेवा: एक physical keyboard नेहमी एका layout साठीच वापरा. त्यामुळे context तुमच्या हातांना कोणते mapping वापरायचे ते सांगतो.

बहुतेक लोक त्या घसरणीच्या काळात प्रयत्न सोडतात. Layout त्यांच्यासाठी चुकीचा होता म्हणून नाही, तर तो आठवडा व्यस्त होता म्हणून ते थांबतात. त्यामुळे संपूर्ण switch प्रक्रियेत timing हा सर्वांत महत्त्वाचा निर्णय ठरतो. शांत आठवड्यात सुरुवात करा. Deadline च्या आदल्या आठवड्यात सुरुवात करू नका. तुम्ही on call असलेल्या आठवड्यातही सुरुवात करू नका.

तुमचे QWERTY कौशल्य सहसा टिकून राहते. बहुतेक switchers सांगतात की काही दिवस वापरल्यानंतर ते परत येते. सुरुवातीला ते आधीपेक्षा धीमे असते आणि चुका होतात. हे जाणून घेणे महत्त्वाचे आहे, कारण QWERTY कौशल्य गमावणे ही लोकांना सर्वांत जास्त भीती वाटणारी गोष्ट आहे. प्रत्यक्षात तीच भीती सर्वांत कमी खरी ठरते.

क्लायंट किंवा सर्व्हर: remap कुठे करायचे?

जवळजवळ नेहमीच क्लायंटवर. Keyboard layout ज्या मशीनला keyboard जोडलेला आहे त्या मशीनवर लागू केला जातो; इतरत्र नाही. तुम्ही एखादी key दाबता तेव्हा तुमची local system ती key position एका character मध्ये रूपांतरित करते आणि तुमचे keystrokes वाहून नेणारे SSH session तो character byte म्हणून सर्व्हरकडे पाठवते. सर्व्हरला key press दिसत नाही. त्यामुळे remote box वर localectl set-keymap dvorak चालवल्याने तुमचे typing SSH द्वारे कसे पोहोचते यात काहीही बदल होत नाही. Colemak वर सेट केलेल्या workstation वरून तुम्ही login केलेल्या प्रत्येक host वर Colemak मधील typing जाते आणि त्यासाठी कोणत्याही host वर configuration आवश्यक नसते.

सर्व्हरचा स्वतःचा keymap दोन ठिकाणी महत्त्वाचा असतो: मशीनला प्रत्यक्ष जोडलेला keyboard आणि तुमचा provider browser किंवा serial link द्वारे उपलब्ध करून देत असलेला console. VPS वर याचा अर्थ rescue console असा होतो. प्रयोग करण्यासाठी हीच सर्वात अयोग्य परिस्थिती असते.

localectl status
localectl list-keymaps | grep -i dvorak

localectl status दोन्ही settings दाखवते: text console साठी VC Keymap आणि graphical session साठी X11 Layout. तुमच्या system वर प्रत्यक्षात install केलेली console keymap नावे list-keymaps दाखवते. त्यामुळे अस्तित्वात नसलेले नाव सेट होण्यापासून हा check रोखतो. Graphical session साठी Colemak उपलब्ध असले तरी ते console keymap म्हणून नेहमी उपलब्ध असेलच असे नाही. त्यामुळे ते उपलब्ध आहे असे गृहीत धरण्यापूर्वी तुमच्या 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 walkthrough मध्ये दिली आहे.

कीबोर्ड firmware संपूर्ण समस्या कशी टाळते

तुम्ही अनेक मशीनवर लॉग इन करत असाल, तर layout operating system मध्ये ठेवण्याऐवजी कीबोर्डमध्ये ठेवा. प्रोग्राम करता येणारा कीबोर्ड स्वतःचे mapping साठवतो आणि तुम्हाला हवे असलेल्या अक्षरासाठी code पाठवतो. त्यामुळे प्रत्येक host ला सामान्य अक्षरे टाइप करणारा सामान्य कीबोर्ड दिसतो. कोणत्याही host वर configuration करण्याची गरज नसते. Rebuild केल्यानंतर काहीतरी विसरण्याची शक्यताही राहत नाही. तुम्ही अजिबात configure करू शकत नसलेल्या मशीनसाठीही हे लागू होते: सहकाऱ्याचा laptop, UEFI setup screen, rescue image किंवा system settings बदलण्याचा अधिकार नसलेला host. ज्यांना दर्जनावारी Linux servers व्यवस्थित ठेवावे लागतात, त्यांच्यासाठी हा फरक एका खरेदीचा आणि प्रत्येक box वर configuration item ठेवण्याचा आहे.

सामान्य पर्याय म्हणजे QMK चालणारा कीबोर्ड किंवा त्याचा wireless पर्याय ZMK. दोन्ही open firmware आहेत आणि ते तुम्ही स्वतः flash करता. VIA आणि Vial हे graphical editors आहेत; ते rebuild न करता बदल लिहितात. अनेक mainstream keyboards सोबत vendor software देखील मिळते. हे software remap कीबोर्डमध्ये साठवते. मर्यादा स्पष्ट आहेत. Laptop चा built-in keyboard सहसा हे करू शकत नाही. त्यामुळे external keyboard जोडलेला असताना तुमचा layout मिळतो आणि तो जोडलेला नसताना QWERTY वापरले जाते. ही देखील एक स्वतंत्र प्रकारची अडचण आहे.

रेस्क्यू कन्सोल हा प्रत्यक्ष कार्यप्रणालीतील धोका आहे

अपयशाची स्थिती अशी दिसते. सर्व्हर रीबूटनंतर पुन्हा सुरू होत नाही. तुम्ही provider चे web console उघडता. त्यानंतर root password आणि काही filesystem commands टाइप करावे लागतात. मात्र त्या वेळी तुम्हाला keyboard layout नीट आठवत नसतो. एकाच वेळी दोन गोष्टी चुकीच्या होऊ शकतात. तुमची muscle memory आता नवीन layout नुसार बदललेली असते. तसेच console कदाचित तो layout स्वीकारत नाही.

Browser consoles कोणता input पाठवतात यामध्ये फरक असतो. काही consoles तुमच्या स्थानिक system ने तयार केलेले character पुढे पाठवतात. अशा वेळी client-side remap देखील लागू राहतो. इतर consoles key position पुढे पाठवतात आणि दुसऱ्या बाजूला US QWERTY map गृहीत धरतात. अशा वेळी तुमचा Colemak keyboard console मध्ये QWERTY अक्षरे टाइप करतो. Control panel पाहून तुमच्याकडे कोणता प्रकार आहे हे समजत नाही. मशीन व्यवस्थित असताना त्याची चाचणी करा: console उघडा, login करा, एक वाक्य टाइप करा आणि काय दिसते ते पाहा. हे आत्ताच करा, outage च्या वेळी नाही.

त्यानंतर शक्य ते धोके दूर करा. keys वापरून login करा, जेणेकरून नेहमीच्या access साठी password टाइप करावा लागू नये. तसेच तुमच्या सर्व्हरवरील key management याकडे केवळ सोय म्हणून नव्हे, तर recovery plan चा भाग म्हणून पाहा. Rescue password अशा ठिकाणी ठेवा जिथून तो paste करता येईल, कारण बहुतेक browser consoles मध्ये send text किंवा paste function असते. तसेच keyboard पाहून QWERTY अक्षरे शोधता येतील इतकी क्षमता ठेवा. कारण पहाटे दोन वाजता फोनवर layout chart पाहणे वेळखाऊ असते.

Encrypted disks मुळे आणखी एक अडचण निर्माण होते. Boot वेळी passphrase prompt initial ram disk मधून चालतो. त्या वेळी तुमचा नेहमीचा keymap load झालेला नसतो. त्यामुळे त्या image मध्ये तयार केलेला map वापरला जातो. Debian आणि Ubuntu मध्ये default म्हणून built-in US QWERTY map वापरला जातो. Setting KEYMAP= मध्ये /etc/initramfs-tools/initramfs.conf असते आणि ती n म्हणून उपलब्ध होते. ती y वर सेट करा, sudo update-initramfs -u चालवा, त्यानंतर reboot करा. Passphrase prompt तुमचा layout स्वीकारतो याची खात्री झाल्यावरच त्यावर विश्वास ठेवा. Unlock न होणाऱ्या मशीनची पुन्हा उभारणी करावी लागते.

Colemak-DH आणि इतर पर्याय

निवड फक्त तीन पर्यायांपुरती मर्यादित नाही. Mod-DH म्हणूनही ओळखला जाणारा Colemak-DH हा Colemak मधील सर्वाधिक वापरला जाणारा सुधारित प्रकार आहे. Standard Colemak मध्ये D आणि H ही अक्षरे home row मधील मधल्या स्तंभांवर असतात. त्यांच्यापर्यंत पोहोचण्यासाठी तर्जनी बोटे वाकवण्याऐवजी बाजूला ताणावी लागतात. Mod-DH मध्ये ही दोन्ही अक्षरे तर्जनीखालील bottom row वर हलवली जातात. त्यामुळे डाव्या बाजूला A R S T G आणि उजव्या बाजूला M N E I O अशी home row तयार होते. याच्या दोन आवृत्त्या आहेत. एक नेहमीच्या row-staggered keyboard साठी आणि दुसरी ortholinear तसेच column-staggered board साठी आहे. तुमच्या hardware शी जुळणारी आवृत्ती निवडा.

याखेरीज Workman, Norman, Canary, Graphite आणि layout optimisers ने तयार केलेल्या इतर अनेक रचना आहेत. गद्यापेक्षा punctuation अधिक टाइप करणाऱ्या वापरकर्त्यांसाठी Programmer Dvorak मध्ये number row आणि symbols ची मांडणी बदललेली आहे. इतर भाषांसाठीही स्वतंत्र पर्याय आहेत. उदाहरणार्थ, French साठी bépo आणि German साठी Neo उपलब्ध आहेत. प्रत्यक्ष वापरासाठी availability हा महत्त्वाचा निकष आहे. Dvorak जवळजवळ सर्वत्र उपलब्ध आहे. त्यात phone keyboards आणि console keymaps यांचाही समावेश होतो. प्रत्येक Linux desktop वाचत असलेल्या X keyboard configuration data मध्ये Colemak उपलब्ध आहे. Colemak-DH या data मध्ये तुलनेने अलीकडे समाविष्ट झाला. त्यामुळे जुन्या distribution वर तुम्हाला प्रकल्पाकडून layout files install कराव्या लागू शकतात. Community layout ही अशी file असते जी प्रत्येक machine वर नेऊन ठेवावी लागते किंवा keyboard firmware मध्ये समाविष्ट करावी लागते.

मग तुम्ही कोणता पर्याय निवडावा?

काहीही अडचण नसल्यास QWERTY वरच रहा. बदलासाठी काही आठवडे लागतात आणि वेग वाढतो याचे ठोस पुरावे मर्यादित आहेत. त्यामुळे सध्याच्या layout मुळे होणारी किरकोळ चिडचिड हे एकटेच पुरेसे कारण नाही.

कमीत कमी खर्चात key rearrangement हवे असल्यास Colemak निवडा. तेरा keys त्यांच्या जागीच राहतात, editing shortcuts त्याच ठिकाणी राहतात आणि कोणत्याही Linux desktop वर एका ओळीतील बदलाने ते लागू करता येते.

कोणत्याही machine आणि operating system वर आधीपासून उपलब्ध असलेल्या menu मधून layout सेट करता यावे असे तुम्हाला महत्त्वाचे वाटत असल्यास Dvorak निवडा. मात्र shortcut keys पुन्हा शिकण्याची तयारी ठेवा.

तुम्ही programmable keyboard आधीच खरेदी करणार असाल, तर Colemak-DH निवडा. Firmware मुळे availability ची अडचण राहत नाही. त्यामुळे ही अधिक सुधारित आवृत्ती निवडणे योग्य ठरते.

तुम्ही कोणताही पर्याय निवडला, तरी सुरुवात करण्यापूर्वी mapping कुठे ठेवायचे ते ठरवा. तुम्ही पूर्णवेळ terminal workbench मध्ये दिवसभर काम करत असाल आणि अनेक machines वर login करत असाल, तर mapping keyboard मध्ये ठेवणे योग्य आहे. तुम्ही एका laptop वर काम करत असाल, तर operating system पुरेसे आहे. त्यानंतर recovery path ठरवा आणि त्याची गरज पडण्यापूर्वी त्याची चाचणी घ्या.

FAQ

Colemak किंवा Dvorak प्रत्यक्षात QWERTY पेक्षा जलद आहेत का?

यापैकी कोणताही layout तुम्हाला अधिक जलद टाइप करायला मदत करतो, असे दाखवणारा ठोस पुरावा नाही. मोजता येणारी गोष्ट म्हणजे अक्षररचना: English गद्य टाइप करताना दोन्ही layout मध्ये QWERTY पेक्षा home row वर अधिक keystrokes येतात आणि बोटांना कमी अंतर पार करावे लागते. मात्र यामुळे words per minute वाढतात, हे मोठ्या आणि योग्य प्रकारे नियंत्रित केलेल्या trial मध्ये अद्याप सिद्ध झालेले नाही. Dvorak संदर्भात सर्वाधिक उद्धृत केलेला Navy study स्वतः Dvorak यांच्या देखरेखीखाली झाला होता. General Services Administration साठी Earle Strong यांनी केलेल्या 1956 च्या study मध्ये QWERTY typists ना तेवढाच अतिरिक्त सराव दिल्यावर कोणताही फायदा आढळला नाही. लोक QWERTY वर 150 पेक्षा जास्त words per minute वेगाने टाइप करतात. त्यामुळे तुम्ही 70 वेगाने टाइप करत असाल, तर layout ही तुमची मर्यादा नाही.

नवीन keyboard layout शिकण्यासाठी किती वेळ लागतो?

काही दिवस सुमारे 15 words per minute वेगाने टाइप करण्याची, layout कडे पूर्ण लक्ष द्यावे लागू नये यासाठी दोन ते चार आठवडे लागण्याची आणि जुना वेग गाठण्यासाठी एक ते तीन महिने लागण्याची तयारी ठेवा. हे reported ranges आहेत; study चे निष्कर्ष नाहीत. मोठा धोका म्हणजे interference: दिवसभर दोन layout मध्ये अदलाबदल केल्यास दोन्ही layout कमकुवत राहतात. त्यामुळे एकदाच layout बदला आणि तो संथ आठवडा स्वीकारा. किंवा एक स्पष्ट विभाजन ठेवा, ज्यात एका physical keyboard चा अर्थ नेहमी एकच layout असेल. बहुतेक लोक या संथ काळात सोडून देतात, कारण त्या आठवड्यात काम वाढते. त्यामुळे सुरुवात तुलनेने शांत आठवड्यात करा.

SSH वापरताना माझा keyboard layout माझ्यासोबत लागू होतो का?

होय. यावर server चे कोणतेही नियंत्रण नसते. तुमचा keyboard ज्या machine ला जोडलेला आहे, त्यावर layout लागू होतो. तुमची local system key press चे रूपांतर character मध्ये करते आणि SSH तो character byte म्हणून पाठवते. त्यामुळे remote host ला key position दिसत नाही. Server वर keymap सेट केल्याने SSH users साठी काहीही बदलत नाही. Server चा स्वतःचा keymap फक्त थेट जोडलेल्या keyboard ला किंवा provider browser मध्ये किंवा serial link द्वारे उपलब्ध करून देत असलेल्या console ला लागू होतो.

Ctrl+C आणि vim मधील h j k l keys चे काय होते?

Colemak मध्ये Z, X, C आणि V ही keys त्यांच्या QWERTY positions वरच राहतात. त्यामुळे standard editing shortcuts बदलत नाहीत. Dvorak मध्ये या चारही keys हलतात: C ही QWERTY I key वर येते, V ही QWERTY full stop वर येते, X ही QWERTY B च्या खाली येते आणि Z ही QWERTY slash वर येते. Ctrl+D ही QWERTY H key वर जाते. Shell मध्ये हे महत्त्वाचे आहे. Cursor movement दोन्ही layout मध्ये बदलते. Colemak users सहसा movement साठी h, n, e आणि i यांचे remap करतात. ही अक्षरे physical QWERTY h, j, k आणि l keys वर छापलेली असतात. Dvorak users त्याच कारणासाठी d, h, t आणि n वापरतात.

Layout बदलल्यानंतर rescue console वापरण्यायोग्य कशी ठेवू?

Server व्यवस्थित असतानाच आत्ताच तिची चाचणी करा. Provider ची console उघडा, login करा आणि एक वाक्य टाइप करा. काही consoles तुमच्या client ने तयार केलेला character forward करतात. इतर consoles key position forward करतात आणि दुसऱ्या बाजूला US QWERTY गृहीत धरतात. SSH keys वापरून login करा, जेणेकरून नियमित access साठी टाइप केलेला password कधीही आवश्यक ठरणार नाही. तसेच rescue password अशा ठिकाणी ठेवा जिथून तो paste करता येईल, कारण बहुतेक browser consoles मध्ये paste किंवा send text function असते. Disk encrypted असल्यास boot passphrase prompt initial ram disk मध्ये built-in असलेला keymap वापरतो. Debian आणि Ubuntu वर यासाठी KEYMAP=y मध्ये /etc/initramfs-tools/initramfs.conf सेट करणे, sudo update-initramfs -u चालवणे आणि नंतर reboot करून prompt तुमचा layout स्वीकारतो का ते तपासणे आवश्यक आहे.