2 ポイント 投稿者 GN⁺ 2025-09-18 | 1件のコメント | WhatsAppで共有
  • GNU Midnight Commander は、視覚的で強力な 2ペイン型ファイルマネージャー です
  • テキストベース環境で動作し、ファイルのコピー、移動、削除、ディレクトリツリー管理 などの機能を提供します
  • 内蔵ビューア、エディタ、差分ビューアなど、さまざまな組み込み機能を備えています
  • ncurses または S-Lang ライブラリを活用し、コンソール、X ターミナル、SSH、リモートシェルなど、ほぼあらゆる環境で動作できます
  • GPLv3+ ライセンスのオープンソースソフトウェアであり、ユーザーと開発者に 自由で強力なツール を提供します

プロジェクト紹介

  • GNU Midnight Commander(または mc)は、視覚的な 2ペイン構成のファイルマネージャー で、テキストモードで動作し、豊富な機能を備えています
  • GPL に基づく自由ソフトウェアで、誰でも利用・改変できます

主な機能と特長

  • フルスクリーンのテキストベースインターフェースで、ファイルのコピー、移動、削除 だけでなく、ディレクトリ全体の構造まで簡単に管理できます
  • 内蔵ビューア、エディタ、Diff ビューア を備えており、テキストファイルの確認・編集や、ファイル間の差分把握が容易です
  • ncursesS-Lang のような汎用的なテキストインターフェースライブラリを使用し、通常のコンソール、X Window ターミナル、SSH、あらゆる種類のリモートシェルなど、多様な環境で一貫したユーザー体験を提供します

インストールとソースコード

  • ほとんどの パッケージマネージャー から簡単にインストールできます
  • ソースは OSU OSL にミラーされており、公式 GitHub リポジトリ で開発が進められています
広告

ドキュメントとヘルプ

  • F1 キーによる コンテキスト対応オンラインヘルプ が提供されており、利用中にその場で支援を受けられます
  • 実用性の高い マニュアルページ が公式ドキュメントとして提供されています

テーマとカスタマイズ

  • 多様な カラースキームとスキンテーマ をサポートしています
  • 配布物に含まれるスキンを参考にでき、必要に応じて自作して適用することも可能です

オープンソースコミュニティへの貢献とサポート

  • ユーザーもコントリビューターも活発に参加でき、コミュニティを通じたフィードバックとサポートが行われています

1件のコメント

 
GN⁺ 2025-09-18
Hacker Newsのコメント
  • Midnight Commanderが本当に大好きで、自分が使うすべてのシステムに入れている。ファイルシステムをたどったり基本的な作業をしたりするのに、はるかに効率的で快適だ。ショートカットを覚えて、ほかのコマンドラインツールと組み合わせてうまく使うと真価を発揮する。たとえばMCでCtrl+Oを押すと現在のディレクトリの通常のシェルプロンプトに切り替わり、もう一度Ctrl+Oを押すとMCに戻れる。こうするとMCとシェルそれぞれの長所を効率よく組み合わせられる

    • NASでファイルを移動するときは特にMCを使っている。本当に素晴らしい。GUIファイルマネージャではDolphinが最高だと思う。現在のディレクトリに統合シェルがあり、分割ビューが使え、sshやSFTPのURLを直接開ける。ローカル作業ではDolphinとそのシェルの組み合わせが圧倒的に便利だ
    • Ctrl+O以外にも、(1行の)シェルプロンプトは常時使えるし、<Ctrl+X>で面白い統合機能が使える。たとえば現在のパネルで複数ファイルを視覚的に選択したあと、/tmp/foo.tgz にtar圧縮したいなら、tar czf /tmp/foo.tgz <Ctrl+X><T> のように処理できる
    • 残念なのは、デフォルトでvimキーバインドをサポートしていないことだ。システム全体やさまざまなTUIツールでキー操作の一貫性が欲しい
    • 私はあなたがMCを好きな以上に好きだ。自分のワークフローとファイル管理の考え方に完全に溶け込んでいる
    • 興味深いことに、最新のGNOMEにも似た機能が追加された。現在のディレクトリをターミナルで開ける Ctrl + . ショートカットが入っている
      GNOME 49リリースの参考
  • Midnight Commanderが優れたツールであることには同意するが、今の世代は、私たちが失ってしまったものが何かをあまり知らない気がする。Norton Commanderの時代には、素早い基本ファイル操作はデュアルパネルのおかげだけではなく、ハードウェアとの調和を考えた細やかなソフトウェア設計のおかげでもあった。最も効率よく使うにはクラシックなIBM PCのテンキーを使う必要があり、大きな+、大きな0、[num]/*-キーなどが重要だった。ファンクションキーはキーボード上部に並び、ESCは即座に反応した。こうした作り込みのおかげで、ファイルの選択や移動のような操作がすべて素早い手の動きひとつで済んだ。今どきのキーボードの=キー横の+で同じことをやってみれば、決して同じではないと分かる

    • ESCの遅延問題は、実際にはmcの問題ではなく、ターミナルエミュレータがescape sequencesを処理するために発生するものだ。素早く2回押せば、ほぼDOSと同じ速さが得られる
    • 「すべてのファイルを選択」は実際には*キー1つで、(何も選択されていない前提で)+とEnterは1ファイルの選択/実行用だった
    • ちゃんとしたキーボードさえあれば、今でも当時の効率性を享受できる。そして長期間ノートPCを前かがみで使うつもりなら、テンキーの有無よりもっと大きな問題があるはずだ
    • Norton CommanderといえばIntel Pentium時代を思い出す。左右パネルで全体を俯瞰しながら作業するのは、今は Beyond Compare を使っている
    • 0.1秒の差が重要だと主張するが、実際には手の位置を大きく移動させる非効率がある。よく使うCtrl+Aの組み合わせのほうがずっと良く、片手でもいろいろな作業ができる
  • dual-paneファイルマネージャの正式名称が "Orthodox File Manager(OFM)" だというのは興味深い。主に東欧・旧ソ連で人気だった文化的ジョークのようにも見える
    関連する由来の詳しい資料

    • 「orthodox」という用語は、内部ではコマンドを中心に置き、UI要素はそのコマンドをトリガーする役割だけを持たせるよう設計されたGUIのやり方を意味する。この設計はVim、Emacs、StumpWMなど、ハックしやすい多くのソフトウェアで見られる。プラグインAPIに縛られず機能拡張が可能だ。詳しくは上でリンクした記事にある
    • "Orthodox File Manager" という用語は実際には筆者が作ったミームに近い。20〜25年前、この分野の強力なユーザー/開発者が集まっていたグループでもこの用語は一般的ではなく、からかいや冗談として使われることが多かった。しかしDr. Nikolaiのように用語に執着すれば、いつか広められることを示している
    • ロシアでは "orthodox" は単なる宗教的意味を超えて、「正統なやり方」「まともなやり方」という意味でより頻繁に使われる。否定形が付くと、ピザにパイナップルを載せるような「異端的」あるいは間違ったやり方までほのめかすことになる
    • 東欧でOFMが人気だったのは、当時Unixベースの文化がなかったからだ。コンピュータマニアの多くはDOSユーザーで、個人的には彼らがシェル言語をきちんと学ぼうとしなかったのが少し残念だった
    • 上の記事に加えて、Wikipediaの 'Orthodox file manager' も参照できる
  • OFMが最初に登場したころは、ある機能がOS/2、Unix、Linux、Windows NTなどで動かない理由を説明するのに多くの時間が費やされた。昔のMS/PC/DR-DOSだけが、特定のシステムリソースを直接扱うこと(PSPの操作、ビデオRAMやキーボードバッファへのアクセスなど)を可能にしていた。ファイルが常に拡張子を持つわけでもなく、タイムスタンプ形式も複数あり、シンボリックリンクなど新しい概念も覚えなければならなかった。今ではDOS式の考え方はかなり薄れ、むしろMS/PC/DR-DOSのツールのほうが現代の初心者にはより見慣れないものに感じられる。昔のツールには、8.3ファイル名、システムファイルだけの特殊グラフィック、Altキーを押すたびに変化するUIなど独特の特徴があった

  • こういうツールを見ると、子どものころソ連(USSR)でコンピュータを学んでいた時代のNorton Commanderをいつも思い出して懐かしくなる。でも今では、私が(そしておそらく大半の人が)コンピュータを使うやり方は完全に違う。ディレクトリ階層は浅く、頻繁にファイル管理作業をすることもあまりない。データの大半がクラウドやアプリ内部に結びついているからだ(コーディングプロジェクトもIDEから直接アクセスする)。Linuxシステムを管理するときでさえ、MCスタイルで階層をたどって入っていくより、ランダムにアクセスしたり特定のファイルだけ編集したりすることが多い。今でもMCスタイルのインターフェースが最も合う現代的なユースケースが何なのか気になる

    • 私はWindowsでTotal Commanderをいつも使っている。Explorerよりもディレクトリ構造の探索、WSLボリューム管理、キーボードアクセス、タブ/ブックマーク活用、インターフェースの一貫性と安定性の面ではるかに優れている。そのほかの利点を全部語るには時間が足りない
    • WindowsではmcでWSL2ファイルシステムをたどり、LinuxではGUIのないリモートサーバ管理にMCを使う。SSHで複数のノートPC間でファイルを移すのにも活用している
    • 以前はWindowsをインストールしたら真っ先にFARを入れていたのを思い出す
    • 仕事でも個人用途でもMCを継続して使っている(NCを使っていた時代も含めて)。自分が使ったどのGUIファイルエクスプローラよりもずっと速くて生産的だ。特に再帰的なファイル検索→パネル化(panelize)は最高だし、複数ファイルの同時選択、2つのパネルでクラウド/リモート/SSHドライブ間のコピー、ディレクトリ履歴での高速移動、フォルダ比較など、本当に多くの機能に満足している。MCではEsc-Cで目的のパスへ直接移動でき、ファイル名の先頭文字を入力し、F4で即編集までできる
  • mcをちゃんと使いこなせなかった。いろいろなGUIファイルマネージャを長く使ってきた人間としては、ショートカットが直感的でないと感じた。残念ながらpure CLIでSSH上のファイル作業をするのは非常に面倒でミスの危険も大きい。ありがたいことに最近 nnn ファイルマネージャを見つけ、自分の期待に合う基本キー操作をサポートしていて、ワークフローが大きく改善した
    nnnファイルマネージャWiki

    • 私も似たようなものだ。ファイル管理で最も速く簡単に使うのはcoreutils(必要に応じてrsync/zmv/zcpを組み合わせる)だ。どこに接続しても(ローカル、サーバ、ルータなど)常に同じツールセットなので良い。GUIファイルマネージャはマルチメディア(写真、動画、PDFなど)用途にしか使わない
    • このツールはGenX世代のコードに強烈に最適化されている感じがする。Norton Commanderを使ったことがなければ、あまり使う理由はない
    • やはりnnnのほうがずっと軽く感じられ、余計な .rc ファイルを管理する必要もないので、複数システムで即座に使える
    • mcのキー操作が直感的でないという点には同意するが、実際には80年代からNorton Commanderでそのまま受け継がれてきたものだ
  • MCは使っていないが、昔AmigaのDirectory Opusに触発されて似たようなグラフィックファイルマネージャを作ったことがある。GTK+が登場した90年代後半にCプログラミングとLinuxに夢中になり、それがデュアルパネル・ファイルマネージャを作るプロジェクトにつながった。本当に素晴らしい経験だった
    Directory Opusの紹介

    • 2016年以降新しいバージョンがないのが少し残念だ。今でも便利に使っている人は多い。おそらく最も多く要望されていた改善はGTK2からGTK3への移行だろうが、それをやりたくない理由も十分理解できる
      gentooプロジェクト
    • Directory Opusが今でもWindows向けに販売されていて60ドルだというのは興味深い。いま誰が買っているのだろうと思う
  • 昔はXTree Goldを使っていて、とても良かった。Midnight Commanderは名前だけ聞いたことがあり、実際には使ったことがない。いつかぜひ試してみたい。ところで、MSの edit.com や qbasic のようなTUIスタイルが、なぜ今のTUIの系譜にあまり残っていないのか不思議だ。子どものころあのインターフェースが本当に好きだったのに、modern terminalやtextual/ratatuiアプリでもこういうUIをあまり見かけない。MS-DOSよりも画面座標ベースのターミナルをTUIアプリの土台にするほうが自然そうなのに、現代のターミナルエミュレータはこの点ではむしろMS-DOSより劣っている感じさえする。最近のeditのリライトが、このTUIスタイル復活のきっかけになってほしい
    MS editオープンソース化のニュース

    • DOS向けTUIアプリへの思い出はたくさんある。単なるノスタルジーかもしれないが、40kBの .COM、100kBの .EXE でも多くのことを見事に実現していたあの時代は、まるで魔法のように感じる
    • 昔はDM.COMという、あまり知られていないファイルマネージャを主に使っていた。自分のDOSファイル管理では第一候補だった。ダウンロード情報は curl 'gopher://sdf.org/0/users/jmccue/repository/dm220.txt' > dm220.txt
  • "Lynx-like motion" パネルオプションとQuick viewを有効にすると、ソースツリー全体を見て回るのに最適だ。Debian ftp-mastersもこれをライセンスレビュー用プラグインとともに積極的に活用している
    Debian関連の事例

  • 何十年もmcを使い続けている。昔プログラマだったころには、mcedit(内蔵エディタ)だけでPHPシステム全体を開発したことさえある。vimを知らなかったので、mceditのコードハイライト機能はものすごく助けになった

    • mceditで実際にコードハイライトを見たことがない。主にPrologファイルを見ていたのだが、.pl 拡張子ならPerl風のハイライトくらい出てもよさそうで、少し気になる
    • これまでNotepad++やSciTE(scintilla.org)をより多く使ってきた。いろいろな言語やプラットフォームを使うので、複数のエンコーディングを扱ううえで一貫した選択肢になってくれる。mc/mceditもすばらしいが、セキュリティ上ロックダウンされた環境では、シンプルで持ち運びやすいものが必要だったし、たいていroot権限なしでも使える汎用エディタのほうが役に立った