मोडलेस Vim

मूल लेख ↗ Hacker News चर्चा ↗

Vim की एक ऐसी configuration, जो modal editing हटाकर परिचित GUI-style shortcuts (Ctrl‑S से save, Shift+arrows से select, Ctrl‑C/V से copy/paste) अपनाती है, terminal उपयोगकर्ताओं को बांट रही है। समर्थकों को यह पसंद है कि इससे मुख्यतः VS Code जैसे editors इस्तेमाल करने वाले लोग भी कभी-कभार remote shell में उतरते समय Vim की ubiquity, syntax highlighting, और plugins का लाभ उठा सकते हैं। आलोचक कहते हैं कि यह Vim की मूल ताकत—modal, composable commands—को कमजोर करती है, और Vim के built-in “easy mode,” CUA/Evil modes वाले Emacs, या micro जैसे अन्य मोडलेस terminal editors को विकल्प बताते हैं।

उद्देश्य और इच्छित उपयोग-परिदृश्य

  • यह कॉन्फ़िग Vim को एक मोडलेस, GUI-जैसे एडिटर में बदल देती है (Ctrl‑S से सेव, Shift+arrows से चयन, Ctrl‑C/V, आदि)।
  • इसका लक्ष्य उन लोगों के लिए है जो सामान्यतः GUI एडिटर (जैसे VSCode) इस्तेमाल करते हैं, लेकिन कभी-कभी टर्मिनल एडिटर की ज़रूरत पड़ती है, खासकर SSH के ज़रिए।
  • कुछ उपयोगकर्ता बताते हैं कि जब उनका पसंदीदा मोडलेस टर्मिनल एडिटर (जैसे micro, nano) कम पड़ जाता है या उपलब्ध नहीं होता, तब वे Vim की syntax highlighting और ecosystem चाहते हैं।

मौजूदा विकल्पों से तुलना

  • कई टिप्पणीकार बताते हैं कि Vim का अंतर्निहित “easy mode” (vim -y / evim) और mswin.vim पहले से ही Vim को CUA/Windows व्यवहार के करीब ले जाते हैं।
  • अन्य लोग वैकल्पिक टर्मिनल एडिटर (micro, nano, mcedit) या सिर्फ़ remote-capable GUI (VSCode remote, Sublime + remote plugins, Emacs -nw) की ओर इशारा करते हैं।
  • सवाल उठता है: अगर आप इसे किसी remote box पर install कर सकते हैं, तो अपना पसंदीदा एडिटर ही क्यों न install करें? जवाब: साझा/कठोर रूप से सीमित सिस्टमों पर आप अक्सर $HOME को tweak कर सकते हैं, लेकिन packages install नहीं कर सकते।

मोडल बनाम मोडलेस बहस

  • कई लोग Vim के modes का बचाव करते हैं: composable motions, efficiency, कम mouse उपयोग, कम finger contortions, और RSI के लिए उपयोगी।
  • दूसरे तर्क देते हैं कि modes भ्रमित करते हैं, user errors बढ़ाते हैं, और apps भर में सीखे गए सर्वव्यापी CUA shortcuts से टकराते हैं।
  • कुछ कहते हैं कि ढीले अर्थ में “all editors are modal” (focus बदलने से व्यवहार बदलता है); अन्य ज़ोर देते हैं कि Vim के modes गुणात्मक रूप से अलग हैं क्योंकि एक ही text area हर key का अर्थ बदल देती है।

सीखने की कठिनाई, याद रखना और खोज-योग्यता

  • कई लोग मानते हैं कि वे बार-बार Vim “आधा सीखते” हैं, फिर commands भूल जाते हैं क्योंकि वे इसका उपयोग कम करते हैं।
  • विरोधी दृष्टिकोण: बुनियादी motions कुछ मिनटों में सीखे जा सकते हैं; अभ्यास के साथ Vim स्वाभाविक और तेज़ लगता है।
  • आसान सीखने के सुझाव: cheat-sheet backgrounds, which-key शैली के popups, या Helix/Kakoune जैसे modal editors का उपयोग करना जो संभावित motions को इंटरैक्टिव रूप से दिखाते हैं।

एर्गोनॉमिक्स और keybinding संस्कृति

  • एक बड़ा उप-थ्रेड Caps Lock को Escape पर remap करने पर है (अक्सर tap=Esc, hold=Ctrl) ताकि Vim आराम से इस्तेमाल हो सके; अन्य लोग Caps→Ctrl पसंद करते हैं या Ctrl‑[ / jk mappings का उपयोग जारी रखते हैं।
  • पुराने TTY shortcuts जैसे Ctrl‑S / Ctrl‑Q को वापस लेने, और 2024 में terminals और TUIs को उन्हें कैसे संभालना चाहिए, इस पर बहस।

पोर्टेबिलिटी, दर्शन और प्रतिक्रियाएँ

  • कुछ लोग तर्क देते हैं कि tools को बहुत ज़्यादा customize करने से random machines पर default setups के साथ काम करने की क्षमता घटती है; अन्य लोग version-controlled dotfiles या portable binaries के ज़रिए अपनी configs हर जगह ले जाने पर ज़ोर देते हैं।
  • प्रतिक्रियाएँ “मेरे exact use case के लिए उपयोगी hack” से लेकर “heresy” और “बेमतलब—बस 10 Vim keys सीखो या nano/micro इस्तेमाल करो” तक हैं।
  • सामान्य meta-point: editor का चुनाव व्यक्तिगत है; कई लोग Vim vs Emacs vs GUI IDEs को लेकर culture-war जैसा रवैया छोड़ने की अपील करते हैं।