GNU Midnight Commander

 (midnight-commander.org)
2 puan yazan GN⁺ 2025-09-18 | 1 yorum | WhatsApp'ta paylaş
  • GNU Midnight Commander, görsel ve güçlü bir çift panelli dosya yöneticisidir
  • Metin tabanlı ortamlarda çalışır ve dosya kopyalama, taşıma, silme, dizin ağacı yönetimi gibi özellikler sunar
  • Dahili görüntüleyici, düzenleyici, fark görüntüleyici gibi çeşitli yerleşik özellikler içerir
  • ncurses veya S-Lang kütüphanelerini kullanarak konsol, X terminali, SSH, uzak kabuklar ve neredeyse tüm ortamlarda çalışabilir
  • GPLv3+ lisanslı bir açık kaynak yazılım olarak, kullanıcılara ve geliştiricilere özgür ve güçlü bir araç sunar

Proje tanıtımı

  • GNU Midnight Commander (veya mc), metin modunda çalışan, zengin özelliklere sahip, görsel bir çift panelli dosya yöneticisidir
  • GPL tabanlı özgür bir yazılımdır; herkes tarafından kullanılabilir ve değiştirilebilir

Başlıca özellikler ve öne çıkan yönler

  • Tam ekran metin tabanlı arayüzde yalnızca dosya kopyalama, taşıma, silme değil, tüm dizin yapısı da kolayca yönetilebilir
  • Dahili görüntüleyici, düzenleyici, Diff görüntüleyici özellikleri sayesinde metin dosyalarını incelemek ve düzenlemek, ayrıca dosyalar arasındaki farkları görmek kolaydır
  • ncurses ve S-Lang gibi genel amaçlı metin arayüzü kütüphanelerini kullanarak standart konsol, X Window terminali, SSH ve her tür uzak kabuk dahil çeşitli ortamlarda tutarlı bir kullanıcı deneyimi sunar

Kurulum ve kaynak kodu

  • Çoğu paket yöneticisi üzerinden kolayca kurulabilir
  • Kaynak kodu OSU OSL üzerinde mirror edilir ve geliştirme resmi GitHub deposunda sürdürülür

Belgeler ve yardım

  • F1 tuşu ile erişilebilen bağlama duyarlı çevrimiçi yardım sunulur; böylece kullanım sırasında anında yardım alınabilir
  • Resmî dokümantasyon olarak oldukça kullanışlı bir manual page sağlanır

Temalar ve özelleştirme

  • Çeşitli renk şemaları ve skin temaları desteklenir
  • Dağıtıma dahil edilen skin'ler referans alınabilir; istenirse kullanıcı kendi skin'ini geliştirip uygulayabilir

Açık kaynak topluluğu katkısı ve destek

  • Hem kullanıcılar hem de katkı sağlayanlar aktif biçimde katılabilir; topluluk üzerinden geri bildirim ve destek sağlanır

İlgili okumalar

1 yorum

 
GN⁺ 2025-09-18
Hacker News görüşü

  • Midnight Commander'ı gerçekten çok seviyorum; kullandığım her sisteme kuruyorum. Dosya sisteminde gezinmek veya temel işleri yapmak için çok daha verimli ve keyifli. Kısayolları öğrenip diğer komut satırı araçlarıyla birlikte iyi kullanınca asıl gücünü gösteriyor. Örneğin MC'de Ctrl+O'ya basınca mevcut dizinin normal kabuk istemine geçebiliyor, tekrar Ctrl+O'ya basınca MC'ye dönebiliyorsunuz; böylece MC ile kabuğun güçlü yanlarını verimli biçimde birleştirmek mümkün oluyor

    • Özellikle NAS üzerinde dosya taşırken MC'yi kullanıyorum, gerçekten harika. GUI dosya yöneticileri arasında ise en iyisinin Dolphin olduğunu düşünüyorum; mevcut dizine entegre kabuğu var, bölünmüş görünüm destekliyor ve ssh ya da SFTP URL'lerini doğrudan açabiliyor. Yerel işlerde Dolphin ile kabuk kombinasyonu ezici derecede kullanışlı
    • Ctrl+O dışında da (tek satırlık) kabuk istemi her zaman kullanılabiliyor ve <Ctrl+X> ile ilginç entegre özelliklere erişilebiliyor. Örneğin mevcut panelde birden çok dosyayı görsel olarak seçtikten sonra bunları "/tmp/foo.tgz" olarak tar arşivine almak istiyorsanız, tar czf /tmp/foo.tgz <Ctrl+X><T> gibi yapabiliyorsunuz
    • Eksik yanı, varsayılan olarak vim tuş bağlarını desteklememesi. Sistem genelinde ve farklı TUI araçlarında tuş kullanımının tutarlı olmasını istiyorum
    • Ben MC'yi senin sevdiğinden de fazla seviyorum; iş akışıma ve dosya yönetimi düşünme biçimime tamamen işlemiş durumda
    • İlginç biçimde benzer bir özellik en yeni GNOME'a da eklendi; mevcut dizini terminalde açan “Ctrl + .” kısayolu geldi
      GNOME 49 sürüm notuna bakın

  • Midnight Commander'ın harika bir araç olduğuna katılıyorum ama günümüz kuşakları sanki kaybettiğimiz şeyi pek bilmiyor. Norton Commander döneminde hızlı temel dosya işleri yalnızca çift panel sayesinde değil, donanımla uyumu gözeten özenli yazılım tasarımı sayesinde de mümkündü. En verimli kullanım için klasik IBM PC nümerik tuş takımını kullanmak gerekirdi; büyük +, büyük 0 ve [num]/*- tuşları çok önemliydi. Fonksiyon tuşları klavyenin üst kısmında sıralıydı ve ESC anında tepki verirdi. Bu düzen sayesinde dosya seçme ya da taşıma gibi tüm işler tek bir hızlı el hareketiyle tamamlanabiliyordu. Bugünün klavyelerinde = tuşunun yanındaki + ile aynı şeyi yapmaya çalışınca bunun asla aynı olmadığını fark ediyorsunuz

    • ESC gecikmesi aslında mc'nin sorunu değil; terminal emülatöründe escape sequence'lerin işlenmesinden kaynaklanıyor. Hızlıca iki kez basarsanız neredeyse DOS'taki kadar hız elde edebilirsiniz
    • "Tüm dosyaları seç" aslında tek başına * tuşuydu ve (hiç seçim yokken) + ile Enter bir dosyayı seçmek/çalıştırmak içindi
    • Düzgün yapılmış bir klavyeniz varsa o dönemin verimliliğini hâlâ yaşayabilirsiniz; ayrıca uzun süre kambur biçimde dizüstü kullanacaksanız, bunun tuş takımı olup olmamasından daha büyük sorunları vardır
    • Norton Commander denince aklıma Intel Pentium dönemi geliyor; sol ve sağ panelle bütünü kuşbakışı görerek çalışmak için bugünlerde Beyond Compare kullanıyorum
    • 0,1 saniyelik farkın önemli olduğu söyleniyor ama gerçekte elin konumunu çok fazla değiştirmek gibi bir verimsizlik var. Sık kullanılan Ctrl+A kombinasyonu çok daha iyi ve tek elle de birçok iş yapılabiliyor

  • Çift panelli dosya yöneticilerinin resmî adının "Orthodox File Manager (OFM)" olması ilginç; daha çok Doğu Avrupa ve eski Sovyet coğrafyasında popüler olmuş kültürel bir şaka gibi duruyor
    Kökenine dair ayrıntılı kaynak

    • "Orthodox" terimi, komutları merkeze alan ve UI öğelerinin yalnızca bu komutları tetikleme rolü oynadığı bir GUI yaklaşımını ifade ediyor. Bu tür tasarım, Vim, Emacs, StumpWM gibi hack'lenmesi kolay birçok yazılımda görülebilir. Eklenti API'lerine bağımlı kalmadan özellik genişletmek mümkün olur; ayrıntılar yukarıdaki bağlantılı yazıda var
    • "Orthodox File Manager" terimi aslında yazarın ürettiği bir meme'e daha yakın. 20-25 yıl önce bu alandaki güçlü kullanıcı ve geliştiricilerin toplandığı gruplarda bile bu terim yaygın değildi; çoğu zaman alay ya da şaka olarak kullanılırdı. Ama Dr. Nikolai örneğinde görüldüğü gibi, bir terime yeterince takılırsanız günün birinde yaygınlaştırabiliyorsunuz
    • Rusya'da "orthodox" kelimesi yalnızca dinî anlamda değil, daha çok “doğru yöntem”, “asıl usul” anlamında da kullanılıyor. Olumsuz biçimi ise pizzaya ananas koymak gibi 'sapkın' ya da yanlış bir yöntemi de ima edebiliyor
    • Doğu Avrupa'da OFM'nin popüler olmasının nedeni, o dönemde Unix tabanlı bir kültürün olmamasıydı. Bilgisayar meraklılarının çoğu DOS kullanıcısıydı ve kişisel olarak bunların kabuk dillerini düzgün öğrenmeye pek yanaşmamasını biraz hayal kırıklığıyla karşılıyordum
    • Yukarıdaki yazının dışında Wikipedia'daki 'Orthodox file manager' maddesine de bakılabilir

  • OFM ilk ortaya çıktığında, belirli özelliklerin neden OS/2, Unix, Linux, Windows NT gibi sistemlerde çalışmadığını açıklamaya çok zaman harcanıyordu. Eskiden yalnızca MS/PC/DR-DOS belirli sistem kaynaklarını doğrudan ele alabiliyordu; PSP ile oynama, video RAM'e veya klavye tamponuna erişme gibi şeyler mümkündü. Dosyaların her zaman uzantısı olmazdı, zaman damgası biçimleri birden fazlaydı, sembolik bağlantılar gibi öğrenilmesi gereken yeni kavramlar vardı. Bugün DOS tarzı düşünme büyük ölçüde azaldı; hatta MS/PC/DR-DOS araçları modern acemilere daha da yabancı geliyor. Eski araçlarda 8.3 dosya adları, yalnızca sistem dosyalarında özel grafikler, Alt tuşuna her basıldığında değişen arayüz gibi kendine özgü özellikler vardı

  • Bu tür araçları görünce her zaman çocukluğumda Sovyetler Birliği'nde bilgisayar öğrenirken kullandığım Norton Commander aklıma geliyor ve nostaljiye kapılıyorum. Ama bugün benim ve muhtemelen çoğu insanın bilgisayar kullanma biçimi tamamen farklı. Dizin hiyerarşileri daha sığ ve sık dosya yönetimi yapma ihtiyacı daha az; çünkü verilerin çoğu bulutta ya da uygulamaların içinde bağlantılı durumda, kod projelerine bile doğrudan IDE'den erişiyoruz. Linux sistemlerini yönetirken de MC tarzı bir hiyerarşide aşağı doğru ilerlemekten çok rastgele erişim ya da belirli dosyaları düzenleme durumu var. Hâlâ MC tarzı arayüzün en uygun olduğu modern kullanım senaryolarının neler olduğunu merak ediyorum

    • Windows'ta her zaman Total Commander kullanıyorum. Dizin yapısında gezinme, WSL birimlerini yönetme, klavyeyle erişim, sekme ve yer imlerinden yararlanma, arayüzün tutarlılığı ve kararlılığı açısından Explorer'dan çok daha iyi. Diğer avantajlarını saymaya kalksam zaman yetmez
    • Windows'ta WSL2 dosya sistemini gezmek için mc kullanıyorum, Linux'ta ise GUI olmayan uzak sunucuları yönetmek için MC kullanıyorum. SSH üzerinden birden çok dizüstü arasında dosya taşımada da işime yarıyor
    • Eskiden Windows kurduktan sonra ilk iş FAR kurduğumu hatırlıyorum
    • Gerek işte gerek kişisel kullanımda MC'yi istikrarlı biçimde kullanıyorum; buna NC kullandığım yıllar da dahil. Kullandığım tüm GUI dosya gezginlerinden çok daha hızlı ve üretken. Özellikle özyinelemeli dosya arama → panelize özelliği müthiş. Aynı anda çok sayıda dosya seçmek, iki panel üzerinden bulut/uzak/SSH sürücüleri arasında kopyalama yapmak, dizin geçmişiyle hızlı geçiş, klasör karşılaştırma gibi birçok özellikten çok memnunum. MC'de Esc-C ile istediğim yola doğrudan gidebiliyor, dosya adının ilk harflerini yazabiliyor ve F4 ile anında düzenlemeye geçebiliyorum

  • mc'yi bir türlü verimli kullanamadım. Uzun süredir farklı GUI dosya yöneticileri kullanan biri olarak kısayolları sezgisel gelmedi. Ne yazık ki saf CLI ile SSH üzerinde dosya işleri yapmak çok zahmetli ve hata riski yüksek. Neyse ki son zamanlarda nnn dosya yöneticisini keşfettim; beklentime uygun varsayılan tuş kullanımını destekliyor ve iş akışımı ciddi biçimde iyileştirdi
    nnn dosya yöneticisi vikisi

    • Bende de durum benzer. Dosya yönetimi için en hızlı ve kolay kullandığım şey coreutils; gerektiğinde rsync/zmv/zcp ile destekliyorum. Nereye bağlanırsam bağlanayım, ister yerel ister sunucu ister yönlendirici olsun, hep aynı araç setine sahip olmak güzel. GUI dosya yöneticilerini yalnızca multimedya işleri için kullanıyorum; fotoğraf, film, PDF gibi
    • Bu araç GenX tarzı kodlara çok sert biçimde ayarlanmış gibi hissettiriyor. Norton Commander kullanmadıysanız kullanmak için çok sebep yok
    • Evet, nnn bana da çok daha hafif geliyor ve ekstra bir .rc dosyası yönetmeyi gerektirmediği için farklı sistemlerde hemen kullanılabiliyor
    • mc'nin tuş kullanımının sezgisel olmadığına katılıyorum ama aslında bu doğrudan 80'lerden beri Norton Commander'dan miras kalan bir düzen

  • MC kullanmıyorum ama eskiden Amiga'daki Directory Opus'tan ilham alıp benzer bir grafik dosya yöneticisi yapmıştım. GTK+'ın çıktığı 90'ların sonlarında C programlamaya ve Linux'a çok kaptırmıştım kendimi; bu da çift panelli bir dosya yöneticisi yapma projesine dönüştü. Gerçekten çok güzel bir deneyimdi
    Directory Opus hakkında

    • 2016'dan beri yeni bir sürüm çıkmamış olması biraz üzücü. Hâlâ faydalı bulan çok kişi var. Muhtemelen en çok istenen geliştirme GTK2'den GTK3'e geçişti ama bunu yapmak istememelerini de gayet anlayabiliyorum
      gentoo projesi
    • Directory Opus'un Windows'ta hâlâ satılıyor olması ve 60 dolar etiket taşıması ilginç; günümüzde bunu kimlerin satın aldığını merak ediyorum

  • Eskiden XTree Gold kullanırdım ve çok iyiydi. Midnight Commander'ı sadece duymuştum, hiç bizzat kullanmadım ama bir gün mutlaka denemeyi düşünüyorum. Yalnız neden MS edit.com, qbasic gibi TUI stillerinin bugünkü TUI geleneğinde pek yaşamadığını merak ediyorum. Çocukken o arayüzü gerçekten seviyordum ama modern terminal ya da textual/ratatui uygulamalarında bu tarzı çok görmüyorum. MS-DOS'a kıyasla ekran koordinatı tabanlı terminalleri TUI uygulamaları için kullanmak daha doğal olmalı gibi geliyor ama modern terminal emülatörleri bu konuda sanki MS-DOS'tan daha geride. Edit'in yakın zamandaki yeniden yazımının bu TUI stilinin canlanmasına öncülük etmesini umuyorum
    MS edit'in açık kaynak olması haberi

    • DOS için TUI uygulamalarına dair çok anım var. Belki sadece nostaljidir ama 40kB .COM, 100kB .EXE ile bu kadar çok işin böylesine güzel yapılabilmesi bana hâlâ sihir gibi geliyor
    • Eskiden DM.COM adlı, çok da bilinmeyen bir dosya yöneticisini çoğunlukla kullanırdım. DOS'taki bir numaralı dosya yöneticimdi. İndirme bilgisi: curl 'gopher://sdf.org/0/users/jmccue/repository/dm220.txt' > dm220.txt

  • "Lynx-like motion" panel seçeneği ile Quick view etkinleştirildiğinde, kaynak ağacının tamamına göz atmak için çok uygun oluyor. Debian ftp-masters da bunu lisans inceleme eklentisiyle birlikte aktif biçimde kullanıyor
    Debian ile ilgili örnek

  • On yıllardır mc kullanıyorum. Eskiden programcı olarak çalışırken yalnızca mcedit'i, yani dahili editörü kullanarak tüm bir PHP sistemini geliştirdiğim bile oldu. Vim bilmiyordum, bu yüzden mcedit'in kod renklendirme özelliği inanılmaz yardımcı olmuştu

    • mcedit'te gerçekten kod renklendirmesi gördüğümü hatırlamıyorum. Genelde Prolog dosyalarına bakıyordum; .pl uzantısı varsa en azından Perl tarzı bir renklendirme beklenebilirdi diye düşünüyorum
    • Bu süreçte Notepad++ ya da SciTE'yi (scintilla.org) daha çok kullandım. Çok çeşitli diller ve platformlarla çalıştığım için, farklı kodlamaları ele almada tutarlı bir seçenek oluyordu. mc/mcedit de hoş ama güvenlik nedeniyle kilitli ortamlarda daha sade ve taşınabilir şeylere ihtiyaç duyuluyordu; çoğu zaman root yetkisi gerektirmeden kullanılabilen genel amaçlı bir editör daha faydalı oluyordu