GNU Midnight Commander

 (midnight-commander.org)
2 पॉइंट द्वारा GN⁺ 2025-09-18 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • GNU Midnight Commander एक दृश्यात्मक और शक्तिशाली दो-पैनल फ़ाइल मैनेजर है
  • यह टेक्स्ट-आधारित वातावरण में काम करता है और फ़ाइल कॉपी, मूव, डिलीट, डायरेक्टरी ट्री मैनेजमेंट जैसी सुविधाएँ देता है
  • इसमें internal viewer, editor, diff viewer जैसी कई built-in सुविधाएँ शामिल हैं
  • ncurses या S-Lang लाइब्रेरी का उपयोग करके यह console, X terminal, SSH, remote shell जैसे लगभग हर वातावरण में चल सकता है
  • यह GPLv3+ लाइसेंस वाला open source software है, जो users और developers को मुक्त और शक्तिशाली टूल प्रदान करता है

प्रोजेक्ट परिचय

  • GNU Midnight Commander (या mc) एक दृश्यात्मक दो-पैनल वाला फ़ाइल मैनेजर है, जो टेक्स्ट मोड में चलता है और समृद्ध सुविधाएँ प्रदान करता है
  • यह GPL-आधारित free software है, जिसे कोई भी उपयोग और संशोधित कर सकता है

मुख्य सुविधाएँ और विशेषताएँ

  • fullscreen टेक्स्ट-आधारित इंटरफ़ेस में फ़ाइल कॉपी, मूव, डिलीट के साथ-साथ पूरी डायरेक्टरी संरचना को भी आसानी से मैनेज किया जा सकता है
  • built-in viewer, editor, Diff viewer की सुविधा से टेक्स्ट फ़ाइलें देखना, संपादित करना और फ़ाइलों के बीच अंतर समझना आसान होता है
  • ncurses और S-Lang जैसी सामान्य टेक्स्ट इंटरफ़ेस लाइब्रेरी का उपयोग करके यह सामान्य console, X window terminal, SSH और हर तरह के remote shell सहित विभिन्न वातावरणों में एकसमान user experience देता है

इंस्टॉलेशन और source code

  • इसे अधिकांश package managers से आसानी से इंस्टॉल किया जा सकता है
  • source को OSU OSL पर mirror किया गया है, और development आधिकारिक GitHub repository में चल रहा है

दस्तावेज़ और सहायता

  • F1 कुंजी के जरिए context-sensitive online help उपलब्ध है, जिससे उपयोग के दौरान तुरंत सहायता मिलती है
  • आधिकारिक दस्तावेज़ के रूप में एक उपयोगी manual page भी उपलब्ध है

थीम और customization

  • विभिन्न color schemes और skin themes का समर्थन उपलब्ध है
  • distribution में शामिल skins को देखा जा सकता है, और चाहें तो उन्हें स्वयं विकसित कर लागू भी किया जा सकता है

open source community योगदान और समर्थन

  • users और contributors दोनों सक्रिय रूप से भाग ले सकते हैं, और community के माध्यम से feedback व support मिलता है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2025-09-18
Hacker News राय

  • मुझे Midnight Commander बहुत पसंद है, इसलिए मैं इसे अपने इस्तेमाल की हर system पर install करता हूँ। file system browse करने या basic काम करने में यह कहीं ज़्यादा efficient और आरामदायक है। shortcuts सीखकर और दूसरे command-line tools के साथ सही तरह इस्तेमाल करने पर इसकी असली ताकत दिखती है। उदाहरण के लिए, MC में Ctrl+O दबाने पर आप मौजूदा directory के सामान्य shell prompt पर जा सकते हैं, और फिर Ctrl+O दबाकर वापस MC में लौट सकते हैं। इस तरह MC और shell, दोनों की खूबियों को बहुत असरदार ढंग से जोड़ा जा सकता है।

    • NAS पर files move करते समय मैं खास तौर पर MC का इस्तेमाल करता हूँ। यह सचमुच शानदार है। GUI file managers में मुझे Dolphin सबसे बेहतरीन लगता है। इसमें current directory में integrated shell होता है, split view किया जा सकता है, और ssh या SFTP URL सीधे खोले जा सकते हैं। local कामों में Dolphin और उसके shell का combination बेहद सुविधाजनक है।
    • Ctrl+O के अलावा भी (one-line) shell prompt हमेशा उपलब्ध रहता है, और <Ctrl+X> से कुछ दिलचस्प integrated features इस्तेमाल किए जा सकते हैं। उदाहरण के लिए, current panel में कई files को visually select करने के बाद अगर आप उन्हें "/tmp/foo.tgz" में tar archive बनाना चाहते हैं, तो tar czf /tmp/foo.tgz <Ctrl+X><T> की तरह कर सकते हैं।
    • एक कमी यह है कि default रूप से vim keybindings का support नहीं है। मैं system भर में और अलग-अलग TUI tools में key operations की consistency चाहता हूँ।
    • मुझे लगता है, मैं MC को तुमसे भी ज़्यादा पसंद करता हूँ। यह मेरे workflow और file management की सोच में पूरी तरह घुल चुका है।
    • दिलचस्प बात यह है कि हाल के GNOME में भी ऐसा feature जोड़ा गया है। terminal में current directory खोलने के लिए “Ctrl + .” shortcut दिया गया है।
      GNOME 49 release संदर्भ

  • मैं मानता हूँ कि Midnight Commander एक बेहतरीन tool है, लेकिन लगता है आज की पीढ़ी को ठीक से पता ही नहीं कि हमने क्या खो दिया। Norton Commander के दौर में तेज़ basic file operations सिर्फ dual panel की वजह से नहीं थे, बल्कि hardware के साथ तालमेल सोचकर किए गए बारीक software design की वजह से थे। इसे सबसे efficiently इस्तेमाल करने के लिए classic IBM PC numpad चाहिए होता था, और बड़ा +, बड़ा 0, [num]/*- जैसी keys बहुत अहम थीं। function keys keyboard के ऊपर सीधी पंक्ति में होती थीं, और ESC तुरंत काम करता था। इस पूरी बनावट की वजह से file select करने या move करने जैसे सारे काम हाथ की एक तेज़ हरकत में हो जाते थे। आज के keyboard में = key के पास वाले + से वही काम करके देखिए, कभी वैसा महसूस नहीं होगा।

    • ESC delay की समस्या असल में mc की नहीं है, बल्कि terminal emulator में escape sequences handle करने की वजह से होती है। इसे जल्दी से दो बार दबाएँ तो लगभग DOS जैसी speed मिल सकती है।
    • "सभी files select करना" असल में सिर्फ * key से होता था, और (अगर कुछ भी selected न हो) + और Enter एक file select/execute करने के लिए थे।
    • अगर आपके पास ठीक से बना keyboard हो, तो आज भी उस समय जैसी efficiency मिल सकती है। और अगर आप लंबे समय तक laptop पर झुककर काम कर रहे हैं, तो numpad हो या न हो, उससे भी बड़ी समस्या वही है।
    • Norton Commander का नाम आते ही Intel Pentium का दौर याद आ जाता है। बाएँ-दाएँ panel में पूरा overview लेकर काम करने के लिए मैं आजकल beyond compare इस्तेमाल करता हूँ।
    • आप 0.1 second के फर्क को अहम बता सकते हैं, लेकिन असल में हाथ की position बहुत दूर ले जाना खुद एक inefficiency है। आम तौर पर इस्तेमाल होने वाला Ctrl+A कहीं बेहतर है, और एक हाथ से भी कई काम किए जा सकते हैं।

  • यह दिलचस्प है कि dual-pane file manager का औपचारिक नाम "Orthodox File Manager(OFM)" है। यह कुछ सांस्कृतिक मज़ाक जैसा भी लगता है, जो मुख्यतः Eastern Europe और पूर्व Soviet क्षेत्र में लोकप्रिय था।
    इसकी उत्पत्ति पर विस्तार से सामग्री

    • "orthodox" शब्द यहाँ ऐसे GUI design को दर्शाता है जहाँ commands केंद्र में होती हैं, और UI elements सिर्फ उन commands को trigger करने का काम करते हैं। ऐसा design Vim, Emacs, StumpWM जैसे कई hackable software में भी दिखता है। plugin API की सीमाओं में बँधे बिना functionality बढ़ाई जा सकती है। ऊपर linked article में इसका विवरण है।
    • "Orthodox File Manager" शब्द असल में लेखक द्वारा गढ़े गए meme के काफ़ी करीब है। 20~25 साल पहले इस क्षेत्र के power users और developers के समूहों में भी यह शब्द आम नहीं था, और अक्सर मज़ाक या व्यंग्य में इस्तेमाल होता था। लेकिन Dr. Nikolai जैसे लोग दिखाते हैं कि अगर कोई किसी term पर अड़ा रहे, तो कभी न कभी वह फैल भी सकती है।
    • रूस में "orthodox" का मतलब सिर्फ धार्मिक नहीं होता, बल्कि “सही तरीका” या “परंपरागत ढंग” के अर्थ में भी ज़्यादा इस्तेमाल होता है। इसका नकारात्मक रूप लगे तो pineapple pizza जैसी किसी 'heretical' या गलत पद्धति का संकेत भी देता है।
    • Eastern Europe में OFM के लोकप्रिय होने की एक वजह यह भी थी कि तब वहाँ Unix-based संस्कृति मौजूद नहीं थी। ज़्यादातर computer enthusiasts DOS users थे, और व्यक्तिगत रूप से मुझे यह थोड़ा निराशाजनक लगता था कि वे shell language ठीक से सीखना नहीं चाहते थे।
    • ऊपर वाले article के अलावा Wikipedia 'Orthodox file manager' भी देखा जा सकता है।

  • जब OFM पहली बार सामने आए, तब काफी समय यह समझाने में जाता था कि कुछ features OS/2, Unix, Linux, Windows NT आदि पर क्यों नहीं चलते। पहले सिर्फ MS/PC/DR-DOS में कुछ system resources को सीधे handle करना संभव था, जैसे PSP manipulation, video RAM/keyboard buffer access वगैरह। files के पास हमेशा extension नहीं होते थे, timestamp formats भी कई तरह के थे, और symbolic links जैसी नई concepts भी सीखनी पड़ती थीं। आज DOS-जैसी सोच काफी कम हो गई है, और उल्टा MS/PC/DR-DOS tools ही आधुनिक beginners को ज़्यादा अजनबी लगते हैं। पुराने tools की अपनी अलग विशेषताएँ थीं, जैसे 8.3 filenames, सिर्फ system files के लिए special graphics, Alt key दबाने पर हर बार UI का बदलना, आदि।

  • ऐसे tools को देखकर मुझे हमेशा बचपन में Soviet Union (USSR) में computer सीखते समय का Norton Commander याद आ जाता है और nostalgia हो जाता है। लेकिन आज मैं, और शायद ज़्यादातर लोग, computers का इस्तेमाल बिल्कुल अलग तरह से करते हैं। directory hierarchy उथली होती है और बार-बार file management की ज़रूरत भी कम पड़ती है, क्योंकि ज़्यादातर data cloud में या apps के भीतर जुड़ा होता है, और coding projects भी सीधे IDE से access हो जाते हैं। Linux systems manage करते समय भी MC-style hierarchy navigation के बजाय अक्सर random access या किसी specific file को edit करना होता है। मैं जानना चाहता हूँ कि आज के समय में MC-style interface किन modern use cases में सबसे ज़्यादा फिट बैठता है।

    • मैं Windows पर हमेशा Total Commander इस्तेमाल करता हूँ। directory structure navigate करने, WSL volumes manage करने, keyboard access, tabs/bookmarks, और interface की consistency व stability के मामले में यह Explorer से बहुत आगे है। इसके बाकी फायदे गिनाने लगूँ तो समय कम पड़ जाएगा।
    • Windows में मैं WSL2 file system browse करने के लिए mc इस्तेमाल करता हूँ, और Linux में GUI रहित remote servers manage करने के लिए MC। SSH के ज़रिए कई laptops के बीच files transfer करने में भी इसका उपयोग करता हूँ।
    • याद आता है कि पहले Windows install करने के बाद मैं सबसे पहले FAR install करता था।
    • मैं काम और निजी दोनों उपयोगों में लगातार MC इस्तेमाल करता हूँ, NC के दिनों से ही। यह मेरे इस्तेमाल के हर GUI file explorer से कहीं ज़्यादा तेज़ और productive है। खासकर recursively files ढूँढना और फिर उन्हें panelize करना कमाल का है। कई files एक साथ select करना, दो panels से cloud/remote/SSH drives के बीच copy करना, directory history से तेज़ navigation, folder comparison — इन सब features से मैं बेहद संतुष्ट हूँ। MC में Esc-C से सीधे मनचाहे path पर जाया जा सकता है, file name का पहला अक्षर टाइप किया जा सकता है, और F4 से तुरंत edit किया जा सकता है।

  • मैं mc को सही तरह इस्तेमाल नहीं कर पाया। लंबे समय तक अलग-अलग GUI file managers इस्तेमाल करने वाले व्यक्ति के रूप में इसके shortcuts मुझे intuitive नहीं लगे। अफ़सोस है कि pure CLI में SSH पर file operations करना काफी झंझटभरा है और गलती की संभावना भी ज़्यादा रहती है। अच्छी बात यह है कि हाल ही में मुझे nnn file manager मिला, जो मेरी अपेक्षाओं के मुताबिक default key operations देता है, और मेरा workflow बहुत बेहतर हो गया है।
    nnn file manager wiki

    • मेरा अनुभव भी कुछ ऐसा ही है। file management के लिए मैं सबसे तेज़ और आसान तरीका coreutils को मानता हूँ, ज़रूरत पड़ने पर rsync/zmv/zcp के साथ। local, server, router — कहीं भी जाऊँ, वही toolset मिलता है, यही इसकी खूबी है। GUI file managers मैं सिर्फ multimedia जैसे photos, movies, PDF आदि के लिए इस्तेमाल करता हूँ।
    • यह tool कुछ हद तक GenX coding sensibility के हिसाब से बहुत गहराई से tuned लगता है। अगर आपने Norton Commander कभी इस्तेमाल नहीं किया, तो शायद इसे इस्तेमाल करने की कोई खास वजह नहीं है।
    • nnn वाकई कहीं ज़्यादा lightweight लगता है, और किसी अतिरिक्त .rc file को manage करने की ज़रूरत भी नहीं पड़ती, इसलिए कई systems पर तुरंत इस्तेमाल किया जा सकता है।
    • मैं भी मानता हूँ कि mc की key handling intuitive नहीं लगती, लेकिन सच यह है कि यह 80s के Norton Commander से लगभग वैसी ही चली आ रही है।

  • मैं MC इस्तेमाल नहीं करता, लेकिन कभी Amiga के Directory Opus से प्रेरित होकर मैंने एक वैसा ही graphical file manager बनाया था। 90s के आख़िरी दौर में GTK+ आने पर मैं C programming और Linux में बुरी तरह डूब गया था, और वहीं से dual-panel file manager बनाने का project शुरू हुआ। यह सचमुच शानदार अनुभव था।
    Directory Opus परिचय

    • थोड़ा अफ़सोस होता है कि 2016 के बाद इसका कोई नया version नहीं आया। अभी भी बहुत लोग इसे उपयोगी मानते हैं। शायद सबसे ज़्यादा माँगा गया improvement GTK2 से GTK3 में migration रहा होगा, और मैं यह भी समझ सकता हूँ कि कोई ऐसा क्यों नहीं करना चाहेगा।
      gentoo project
    • यह दिलचस्प है कि Directory Opus आज भी Windows के लिए बिक रहा है और इसकी कीमत 60 डॉलर है। सोचता हूँ, आजकल इसे कौन खरीदता होगा।

  • पहले मैं XTree Gold इस्तेमाल करता था और वह बहुत अच्छा था। Midnight Commander के बारे में बहुत सुना है, लेकिन खुद इस्तेमाल नहीं किया। कभी न कभी ज़रूर आज़माऊँगा। लेकिन मुझे हैरानी होती है कि MS edit.com, qbasic जैसी TUI style आज की TUI परंपरा में इतनी कम क्यों बची है। बचपन में मुझे वह interface बहुत पसंद था, लेकिन modern terminal या textual/ratatui apps में वैसा बहुत कम दिखता है। MS-DOS की तुलना में screen-coordinate आधारित terminal को TUI app platform के रूप में इस्तेमाल करना ज़्यादा स्वाभाविक लगना चाहिए, लेकिन इस मामले में modern terminal emulators उल्टे MS-DOS से भी कमज़ोर महसूस होते हैं। उम्मीद है कि edit का हालिया rewrite इस TUI style की वापसी को बढ़ावा देगा।
    MS edit open source समाचार

    • DOS के लिए बने TUI apps की यादें बहुत हैं। यह सिर्फ nostalgia भी हो सकता है, लेकिन 40kB .COM और 100kB .EXE में इतने काम इतने सुंदर ढंग से हो जाना आज भी जादू जैसा लगता है।
    • पहले मैं DM.COM नाम का एक कम-ज्ञात file manager ज़्यादातर इस्तेमाल करता था। DOS file management के लिए वही मेरी पहली पसंद था। download जानकारी: curl 'gopher://sdf.org/0/users/jmccue/repository/dm220.txt' > dm220.txt

  • अगर "Lynx-like motion" panel option और Quick view को enable कर दिया जाए, तो पूरे source tree को देखने के लिए यह बेहतरीन हो जाता है। Debian ftp-masters भी license review plugin के साथ इसका सक्रिय उपयोग करते हैं।
    Debian संबंधित उदाहरण

  • मैं दशकों से mc इस्तेमाल कर रहा हूँ। अपने पुराने programmer दिनों में मैंने सिर्फ mcedit (built-in editor) से पूरे PHP system भी develop किए थे। मुझे vim नहीं आता था, इसलिए mcedit की code highlighting ने बहुत मदद की।

    • मैंने mcedit में वास्तव में code highlighting शायद कभी नहीं देखी। मैं ज़्यादातर Prolog files देखता था, इसलिए .pl extension होने पर Perl-style highlighting तो मिलनी चाहिए थी — यह थोड़ा जिज्ञासा का विषय है।
    • इन वर्षों में मैंने Notepad++ या SciTE(scintilla.org) ज़्यादा इस्तेमाल किए हैं। कई languages और platforms के साथ काम करने की वजह से यह अलग-अलग encodings संभालने के लिए एक consistent विकल्प बन गया। mc/mcedit भी अच्छे हैं, लेकिन security के लिहाज़ से lockdown environments में simple और portable tools की ज़रूरत पड़ती थी, और आम तौर पर बिना root privileges के चलने वाला सामान्य editor ज़्यादा उपयोगी साबित होता था।