GNU Midnight Commander

• GNU Midnight Commander ist ein visueller und leistungsstarker Dateimanager mit zwei Panels
• Er arbeitet in einer textbasierten Umgebung und bietet Funktionen wie Dateien kopieren, verschieben, löschen und Verzeichnisbäume verwalten
• Enthält verschiedene integrierte Funktionen wie einen internen Viewer, Editor und Diff-Viewer
• Durch die Nutzung der Bibliotheken ncurses oder S-Lang läuft er in nahezu jeder Umgebung, etwa auf der Konsole, in X-Terminals, über SSH oder in Remote-Shells
• Als Open-Source-Software unter der GPLv3+-Lizenz bietet er Nutzern und Entwicklern ein freies und leistungsstarkes Werkzeug

---

Projektvorstellung

• GNU Midnight Commander (oder mc) ist ein visueller Dateimanager mit zwei Panels, der im Textmodus arbeitet und einen großen Funktionsumfang bietet
• Als freie Software auf Basis der GPL kann er von allen genutzt und verändert werden

Wichtige Funktionen und Besonderheiten

• In einer vollbildfähigen textbasierten Oberfläche lassen sich nicht nur Dateien kopieren, verschieben und löschen, sondern auch komplette Verzeichnisstrukturen bequem verwalten
• Mit integriertem Viewer, Editor und Diff-Viewer lassen sich Textdateien einfach ansehen und bearbeiten sowie Unterschiede zwischen Dateien schnell erkennen
• Durch den Einsatz allgemeiner Textoberflächen-Bibliotheken wie ncurses und S-Lang bietet er in unterschiedlichsten Umgebungen ein einheitliches Nutzungserlebnis, darunter auf der normalen Konsole, in X-Window-Terminals, über SSH und in allen Arten von Remote-Shells

Installation und Quellcode

• Über die meisten Paketmanager lässt sich das Programm unkompliziert installieren
• Der Quellcode wird bei OSU OSL gespiegelt und im offiziellen GitHub-Repository entwickelt

Dokumentation und Hilfe

• Mit der Taste F1 steht eine kontextbezogene Online-Hilfe zur Verfügung, sodass man direkt während der Nutzung Unterstützung erhält
• Als offizielle Dokumentation gibt es zudem eine sehr nützliche Manual Page

Themes und Anpassung

• Unterstützung für verschiedene Farbschemata und Skin-Themes
• Man kann sich an den mitgelieferten Skins orientieren oder bei Bedarf eigene entwickeln und anwenden

Beiträge und Support in der Open-Source-Community

• Sowohl Nutzer als auch Mitwirkende können sich aktiv einbringen; Feedback und Unterstützung erfolgen über die Community

[GN⁺]

Hacker-News-Kommentare

• Ich liebe Midnight Commander so sehr, dass ich ihn auf jedem System installiere, das ich benutze; zum Durchsuchen des Dateisystems oder für grundlegende Aufgaben ist er deutlich effizienter und angenehmer. Wenn man die Tastenkürzel lernt und ihn gut zusammen mit anderen Kommandozeilen-Tools nutzt, zeigt er erst richtig seine Stärken. Drückt man in MC zum Beispiel Ctrl+O, wechselt man zu einer normalen Shell-Eingabeaufforderung im aktuellen Verzeichnis, und mit erneutem Ctrl+O kommt man zu MC zurück. So lassen sich die jeweiligen Vorteile von MC und Shell sehr effizient kombinieren.

  • Besonders auf dem NAS nutze ich MC zum Verschieben von Dateien; wirklich großartig. Unter den GUI-Dateimanagern ist Dolphin meiner Meinung nach am besten: mit integrierter Shell im aktuellen Verzeichnis, geteilter Ansicht und der Möglichkeit, ssh- oder SFTP-URLs direkt zu öffnen. Für lokale Arbeit ist die Kombination aus Dolphin und Shell unschlagbar bequem.
  • Neben Ctrl+O gibt es auch immer eine (einzeilige) Shell-Eingabeaufforderung, und mit <Ctrl+X> kann man interessante integrierte Funktionen nutzen. Wenn man zum Beispiel im aktuellen Panel mehrere Dateien visuell ausgewählt hat und sie als "/tmp/foo.tgz" mit tar packen möchte, geht das etwa so: tar czf /tmp/foo.tgz <Ctrl+X><T>.
  • Schade ist, dass standardmäßig keine vim-Keybindings unterstützt werden; ich möchte systemweit und in verschiedenen TUI-Tools eine konsistente Tastenbedienung.
  • Ich mag MC noch mehr als du; es ist vollständig in meinen Workflow und meine Denkweise zur Dateiverwaltung eingegangen.
  • Interessanterweise hat auch das aktuelle GNOME eine ähnliche Funktion bekommen: den Shortcut „Ctrl + .“, um das aktuelle Verzeichnis im Terminal zu öffnen.
    Hinweis zu GNOME 49 Release

• Ich stimme zu, dass Midnight Commander ein großartiges Tool ist, aber die heutige Generation weiß anscheinend nicht, was wir verloren haben. Zu Zeiten von Norton Commander waren schnelle grundlegende Dateioperationen nicht nur wegen der Dual-Pane-Ansicht möglich, sondern wegen einer sorgfältigen Softwaregestaltung im Einklang mit der Hardware. Für maximale Effizienz brauchte man das klassische IBM-PC-Numpad; das große +, die große 0, die [num]/*--Tasten waren entscheidend. Die Funktionstasten lagen in einer Reihe oben auf der Tastatur, ESC reagierte sofort. Dank dieser Anordnung ließ sich alles wie Dateiauswahl oder Verschieben mit einer einzigen schnellen Handbewegung erledigen. Wer heute versucht, dieselbe Aktion mit dem + neben der =-Taste auszuführen, merkt sofort, dass es nicht dasselbe ist.

  • Das Verzögerungsproblem bei ESC ist eigentlich kein Problem von mc, sondern entsteht dadurch, dass Terminal-Emulatoren Escape-Sequenzen verarbeiten müssen. Wenn man schnell zweimal drückt, kommt man fast auf DOS-Geschwindigkeit.
  • „Alle Dateien auswählen“ war tatsächlich einfach die *-Taste, und + mit Enter (vorausgesetzt, es ist noch nichts ausgewählt) diente zum Auswählen/Ausführen einer einzelnen Datei.
  • Mit einer ordentlich gebauten Tastatur kann man diese Effizienz immer noch erreichen, und wer über lange Zeit gekrümmt am Laptop arbeitet, hat vermutlich größere Probleme als die Frage, ob ein Numpad vorhanden ist.
  • Bei Norton Commander denke ich an die Intel-Pentium-Zeit zurück. Für die Übersicht über alles mit linkem und rechtem Panel nutze ich heute Beyond Compare.
  • Man behauptet zwar, ein Unterschied von 0,1 Sekunden sei wichtig, tatsächlich ist aber die große Bewegung der Hand ineffizient. Die häufig genutzte Kombination Ctrl+A ist viel besser, und viele Aufgaben lassen sich auch mit nur einer Hand erledigen.

• Ich finde interessant, dass die offizielle Bezeichnung für Dual-Pane-Dateimanager „Orthodox File Manager (OFM)“ ist; das wirkt fast wie ein kultureller Witz, der vor allem in Osteuropa bzw. der ehemaligen Sowjetunion populär war.
  Ausführliches Material zur Herkunft

  • Der Begriff „orthodox“ bezeichnet einen GUI-Ansatz, bei dem intern Befehle im Zentrum stehen und UI-Elemente nur dazu dienen, diese Befehle auszulösen. Dieses Design findet man in vieler Software, die sich leicht hacken lässt, etwa Vim, Emacs oder StumpWM. Funktionserweiterungen sind möglich, ohne an eine Plugin-API gebunden zu sein; im oben verlinkten Artikel wird das ausführlich erklärt.
  • Der Begriff „Orthodox File Manager“ ist in Wirklichkeit eher ein vom Autor erfundenes Meme. Selbst in Gruppen starker Nutzer und Entwickler dieses Bereichs vor 20–25 Jahren war der Begriff nicht allgemein üblich und wurde oft spöttisch oder scherzhaft verwendet. Aber es zeigt, dass man einen Begriff irgendwann verbreiten kann, wenn man so darauf beharrt wie Dr. Nikolai.
  • In Russland wird „orthodox“ häufiger nicht nur religiös verstanden, sondern im Sinn von „die richtige Methode“ oder „die korrekte Art“. Mit einer Verneinung kann es sogar etwas „häretisches“ oder schlicht Falsches andeuten, etwa Ananas auf Pizza zu legen.
  • OFMs waren in Osteuropa beliebt, weil es dort damals keine Unix-basierte Kultur gab. Computer-Enthusiasten waren meist DOS-Nutzer, und persönlich war ich etwas enttäuscht, dass sie keine richtige Shell-Sprache lernen wollten.
  • Neben dem obigen Artikel kann man auch Wikipedia „Orthodox file manager“ ansehen.

• Als OFMs zum ersten Mal auftauchten, musste man viel Zeit darauf verwenden zu erklären, warum bestimmte Funktionen unter OS/2, Unix, Linux oder Windows NT nicht funktionierten. Früher konnten nur MS/PC/DR-DOS bestimmte Systemressourcen direkt behandeln, etwa PSP-Manipulation oder Zugriff auf Video-RAM und Tastaturpuffer. Dateien hatten nicht immer Erweiterungen, es gab verschiedene Timestamp-Formate, symbolische Links und viele andere neue Konzepte, die man erst lernen musste. Heute ist die DOS-Denkweise stark zurückgegangen, und umgekehrt wirken MS/PC/DR-DOS-Tools auf moderne Einsteiger eher fremd. Die alten Werkzeuge hatten eigenwillige Eigenschaften wie 8.3-Dateinamen, Spezialgrafik nur für Systemdateien oder UI-Änderungen bei jedem Druck auf die Alt-Taste.

• Solche Tools machen mich immer nostalgisch und erinnern mich an meine Kindheit in der Sowjetunion, als ich mit Norton Commander den Umgang mit Computern lernte. Aber die Art, wie ich heute — und wahrscheinlich die meisten Menschen — Computer benutze, ist völlig anders. Die Verzeichnishierarchie ist flacher, und häufige Dateiverwaltungsaufgaben sind selten, weil die meisten Daten in der Cloud oder innerhalb von Apps verknüpft sind (auch Coding-Projekte greift man direkt in der IDE an). Selbst bei der Verwaltung von Linux-Systemen steige ich heute eher zufällig irgendwo ein oder bearbeite gezielt bestimmte Dateien, statt mich im MC-Stil durch Hierarchien zu hangeln. Ich frage mich daher, welche modernen Anwendungsfälle noch besonders gut zu einem MC-artigen Interface passen.

  • Unter Windows nutze ich immer Total Commander. Gegenüber dem Explorer ist er viel besser bei der Navigation in Verzeichnisstrukturen, der Verwaltung von WSL-Volumes, der Tastaturbedienung, Tabs/Lesezeichen sowie in der Konsistenz und Stabilität der Oberfläche. Und für die vielen anderen Vorteile fehlt mir hier die Zeit.
  • Unter Windows nutze ich mc, um das WSL2-Dateisystem zu durchsuchen, und unter Linux verwende ich MC zur Verwaltung entfernter Server ohne GUI. Auch zum Verschieben von Dateien zwischen mehreren Laptops über SSH nutze ich es.
  • Ich erinnere mich, dass ich nach einer Windows-Installation früher als Erstes FAR installiert habe.
  • Ich verwende MC seit Jahren sowohl beruflich als auch privat (einschließlich der Zeit mit NC). Es ist viel schneller und produktiver als jeder GUI-Dateimanager, den ich je benutzt habe. Besonders das rekursive Suchen von Dateien mit anschließendem Panelize ist großartig. Auch die gleichzeitige Auswahl vieler Dateien, das Kopieren zwischen Cloud-/Remote-/SSH-Laufwerken mit zwei Panels, schnelles Springen per Verzeichnishistorie und Ordnervergleiche gefallen mir sehr. In MC kann man mit Esc-C direkt zu einem gewünschten Pfad springen, dann den ersten Buchstaben eines Dateinamens tippen und mit F4 sofort bearbeiten.

• Ich konnte mc nie richtig nutzen. Als jemand, der lange verschiedene GUI-Dateimanager verwendet hat, wirkten die Tastenkürzel auf mich nicht intuitiv. Leider ist reine CLI-Dateiarbeit über SSH sehr umständlich und fehleranfällig. Zum Glück habe ich vor Kurzem den Dateimanager nnn entdeckt, der standardmäßig eine Tastaturbedienung bietet, die meinen Erwartungen entspricht, und meinen Workflow deutlich verbessert hat.
  nnn-Dateimanager-Wiki

  • Bei mir ähnlich: Für Dateiverwaltung bin ich mit coreutils am schnellsten und bequemsten unterwegs (bei Bedarf in Kombination mit rsync/zmv/zcp). Es ist schön, überall dieselben Tools zu haben, egal ob lokal, auf Servern oder Routern. GUI-Dateimanager nutze ich nur für Multimedia wie Fotos, Filme oder PDFs.
  • Dieses Tool wirkt, als sei es stark auf GenX-Code zugeschnitten. Wenn man Norton Commander nie benutzt hat, gibt es wenig Grund, es zu verwenden.
  • Auch nnn fühlt sich deutlich leichter an, und man muss keine zusätzliche .rc-Datei pflegen, sodass es sich auf vielen Systemen sofort verwenden lässt.
  • Ich stimme zu, dass sich die Tastenbedienung von mc nicht intuitiv anfühlt, aber tatsächlich stammt sie unverändert aus Norton Commander seit den 80ern.

• Ich benutze MC nicht, habe aber früher einmal einen ähnlichen grafischen Dateimanager gebaut, inspiriert von Directory Opus auf dem Amiga. Als in den späten 90ern GTK+ erschien, war ich völlig begeistert von C-Programmierung und Linux, und das führte zu einem Projekt für einen Dual-Pane-Dateimanager. Das war wirklich eine großartige Erfahrung.
  Directory Opus Einführung

  • Ein wenig schade ist, dass es seit 2016 keine neue Version mehr gibt. Es gibt immer noch viele Menschen, die es nützlich finden. Vermutlich war der am häufigsten gewünschte Verbesserungswunsch der Wechsel von GTK2 zu GTK3, und ich kann gut nachvollziehen, warum man das nicht machen wollte.
    gentoo-Projekt
  • Interessant ist, dass Directory Opus unter Windows immer noch verkauft wird und 60 Dollar kostet. Ich frage mich, wer das heute noch kauft.

• Früher habe ich XTree Gold benutzt und fand es großartig. Von Midnight Commander habe ich nur gehört, aber ihn nie selbst verwendet; irgendwann will ich das unbedingt nachholen. Ich frage mich allerdings, warum sich der TUI-Stil von MS edit.com, qbasic und ähnlichen Programmen in der heutigen TUI-Tradition nicht wirklich erhalten hat. Als Kind mochte ich diese Oberfläche sehr, aber in modernen Terminal- oder textual/ratatui-Apps sieht man so etwas kaum. Es wirkt, als wäre ein bildschirmkoordinatenbasiertes Terminal als Grundlage für TUI-Apps natürlicher als unter MS-DOS, und trotzdem fühlen sich moderne Terminal-Emulatoren in diesem Punkt MS-DOS unterlegen an. Ich hoffe, dass die jüngste Neuschreibung von edit zu einer Wiederbelebung dieses TUI-Stils führen kann.
  MS edit Open-Source-News

  • Ich habe viele nostalgische Erinnerungen an TUI-Apps für DOS. Vielleicht ist es nur Nostalgie, aber diese Zeit wirkt auf mich wie Magie, als man mit einer 40-kB-.COM- oder 100-kB-.EXE-Datei so viel Beeindruckendes umsetzen konnte.
  • Früher habe ich meist einen wenig bekannten Dateimanager namens DM.COM benutzt. Das war mein Favorit für DOS-Dateiverwaltung. Download-Info: curl 'gopher://sdf.org/0/users/jmccue/repository/dm220.txt' > dm220.txt

• Wenn man die Panel-Option „Lynx-like motion“ und Quick view aktiviert, ist MC optimal, um komplette Quellbaumstrukturen zu durchstöbern. Debian-ftp-masters nutzen das zusammen mit einem Plugin zur Lizenzprüfung ebenfalls aktiv.
  Debian-bezogenes Beispiel

• Ich benutze mc seit Jahrzehnten. In meiner früheren Zeit als Programmierer habe ich sogar einmal ein komplettes PHP-System allein mit mcedit (dem eingebauten Editor) entwickelt. Da ich vim nicht kannte, war die Codehervorhebung von mcedit eine enorme Hilfe.

  • Ich habe in mcedit ehrlich gesagt noch nie Code-Highlighting gesehen. Ich habe überwiegend Prolog-Dateien angesehen; bei der Erweiterung .pl hätte ich zumindest Perl-artiges Highlighting erwartet, deshalb wundert mich das etwas.
  • In all der Zeit habe ich eher Notepad++ oder SciTE(scintilla.org) verwendet. Da ich mit so vielen verschiedenen Sprachen und Plattformen arbeite, war das eine konsistente Wahl für den Umgang mit unterschiedlichen Encodings. mc/mcedit sind zwar cool, aber in sicherheitsbedingt abgeschotteten Umgebungen brauchte ich etwas Einfaches und Portables, und meistens war ein universeller Editor nützlicher, den man auch ohne Root-Rechte verwenden kann.