Názory k článku
muCommander: rychlý, efektivní, multiplatformní správce

Docela by mně zajímalo, jak takovýhle multiplatformní manažer řeší vlastnosti specifické pro daný OS nebo případně shodné vlasntosti implementované jinak. Například práva jsou na NTFS úplně jiná, než chmod/chgrp na *nixech. Naopak třeba symlinky umí Windows i *nix, ale každý po svém.
Zatím, co jsem viděl javové multiplatformní filemanagery, tak uměly jen malou podmnožinu funkcí, která byla všem systémům společná.

Před časem jsem tento commander zkoušel, a přestože není špatný, odešel jsem od něj právě kvůli nedostatečné integraci se systémem. Nepamatuji si přesně, jaká to byla verze, ale už jenom drag z okna commanderu a drop např. na desktop byl problém.

dvouokenní manažery jsou primárně určeny pro práci s klávesnicí

Toto moudro vám řekli doma nebo jste na něj přišel kde?

Pouze při práci s klávesnicí je lepší než stromové fm.

No, mě se například stává, že mám okno otevřené v Thunaru (např. v Mozille dám u staženého souboru otevřít složku) a chci si ho zkopírovat/pře­místit do adresáře, který mám otevřený v dvouokenním manageru. Nebo naopak mám nějaký soubor ve file manageru bez nastavené asociace a chci ho otevřít v příslušné programu pomocí drag & drop. Krusader toto kupříkladu umí.

Zkusil jsem ho před chviličkou a drag&drop z lokálního okna na desktop funguje - sice blbě (viz níže), ale funguje. Proto jsem jim zadal dva bug reporty:

http://trac.mucommander.com/ticket/432
http://trac.mucommander.com/ticket/433

Jinak mi tam převelice chybí TLS/SSL u FTP - bez něj je FTP v 21. století prakticky nepoužitelné.

OK, tak od té doby, kdy jsem jej zkoušel, zjevně vylepšili drag & drop. Třeba jednou přibude i TLS/SSL pro FTP. ;-)

When I drag the file from the desktop and drop in onto the muCommander window (same file, just opposite direction than earlier) the file is _copied_ (i.e. the original stays on the desktop and there's a new copy in the $HOME).

Nemam sice linux a ani muCmd nepouzivam, ale: Nie je pod Linuxom presuvanie suborov dane nejakou + klavesou? Ako vo Windows Ctrl+drag&drop je presun...

Zkoušel jsem ho a líbí se mi, ale bohužel co neumí (a v článku o tom není zmínka) je vyhledávání na disku. Což považuji za nevětší nedostatek.

I když podle jejich webu už to vypadá nadějně:

Sun Nov 20, 2011 7:32 pm
Hey akraievoy,

Sorry for the late response. Hope you'll be notified with this response.

We plan to add search functionallity in the next release (0.8.7). That's a very desired feature (see tikomir posts :) ).
We've discussed it a lot once, and we have an idea of how it should be implemented.

The background operations are harder to implement - it's currently scheduled to 0.9 version.

You all can see our planning on our Trac page: http://trac.mucommander.com/roadmap

Regards,
Arik

Promiňte, ale dočetl jsem to jen k tomu ... je napsaný v Javě.

+1 .

Já si myslím, že souborový správce je trochu speciální program. Aby mi něco takového kleklo v okamžiku, kdy nejede Java, jak má, považuji za poněkud nepřijatelné.

Běžící instance Midnight Commanderu pod rootem mě nejednou uchránila od reinstalace systému, na kterém aktuálně nefungoval ani cp a mv.

Jak se to tak stane, že nefungují jednoduché věci jako cp, mv a funguje daleko molochovitější věc jako mc? :)

Snadno. Stačí omylem smazat symbolický odkaz na glibc.

cp a mv si při každém spuštění natahuje knihovny.

mc je natáhne při spuštění. A protože má v sobě vlastní implementaci přesunu, přejmenování, a kopírování, tak jej pozdější totální rozbití systému nerozbije.

>> Snadno. Stačí omylem smazat symbolický odkaz na glibc.

Pokud by šlo o symbolický odkaz, tak stačí LD_PRELOAD.

Pokud o vlastní soubor, tak scp by taky mělo fungovat.

Tak takhle se to prihodi, ze mc je uzitecnejsi nez shell:). Ale to uz se opravdu musi zadarit.

Mate pravdu a vobec sa za to nehanbim. Java je proste bordel. Bohuzial sa niektorym "uspesnym" java aplikaciam v praci nevyhnem a ked sa na mojom notebooku s 2GB rozhodne asi? garbage collector trochu prekopat pamat, idem na kavu. Nejaky Websphere, na ktorom bezi firemny system este pochopim, ale tlacit ten bordel na uzivatelske stanice v podobe "multiplatformovych desktopovych aplikacii"? Este som nevidel spokojneho uzivatela (sudiac podla kolegov) tej uzastnej desktopovej java aplikacie, ale to asi my bezni uzivatelia zijeme v nejakom paralelnom vesmire a zrejme tam nie je prienik s vesmirom, kde ziju java fan-boy-i.
A na Python mi nesahajte, ten ma aspon reference counting.

To znám. Když je špatná aplikace v Javě, tak za to může platforma a když je špatná aplikace v C/C++, tak za to může autor.

+1...

+2

+3..

Java, resp. programy bezici v JVM, muzou bejt vhodny jako trvale bezici serverova aplikace na stroji, kde uz nebezi nic jinyho. Ale cpat je na desktop je zoufalost.

• hrozně pomalý start aplikací, trvá věčnost než kód přežvejká VM
• ukrutná paměťová nenažranost, kdy i na slušně vybavenej stroj začne swapovat.
• relativně pomalý běh, odezva GUI. Přestože javovský kompiler dokáže slušně optimalizovat kód malých cyklů, běh reálných aplikací je subjektivně pomalý na úrovni interpretovaných dynamických jazyků.

K té nenažranosti: mám puštěný NetBeans jen s pluginy pro C/C++ (>200 MiB hned po startu, kolem 350 MiB ke konci seance), interpreter Scaly (>100 MiB hned po startu), git updaty v JRuby (>170 MiB), nedej bože pustit třeba MineCraft (>800MiB). Při testech ekvivalentních programů (viz http://shootout.alioth.debian.org) sežere JVM průměrně 30 až 100x víc paměti než programy z GCC, FPC, Lua apod. Nepomůže ani omezení limitu heapu parametrem -Xmx :(

Podla mna ide Java dole odkedy to kupil Ora¢£€. Vid vydanie v. 1.7 hned s niekolkymi kritickymi chybami a podobne sracky v JRE (priadnie mekshitafee do instalatora? WTF?!). Este ze pre linux je OpenJDK.

Btw, v praci som pouzival niekolko java aplikacii a musim povedat, ze niektore boli uplne v poriadku, ale sracky z indie sa nedali pouzivat skoro vobec. Ako tam mozu vobec vyvijat ZFS taki programatori???

ZFS je Zero-data File System

že se mi nikdy nepodařilo nějakou větší javovskou aplikaci nainstalovat tak, aby fungovala (a ani samotnou javu, dokud nebyla uvolněna pod GNU-GPL a nedostala se do standardních balíčků).
Vždy to padá s pýthickými chybovými hláškami ve smyslu, že to nemůže najít nějaké soubory, knihovny (které v systému prokazatelně jsou), nebo sama sebe. Je to prostě nespolehlivý šmejd.
Od programu očekávám průběh: Spustím správce balíčků -> stáhnu balíček -> nainstaluji -> funguje. A pokud to na kterémkoli z uvedených kroků selže (což se u javovských programů, s nimiž jsem měl co do činění, děje prakticky ve sto procentech), tak se dívám po něčem, co funguje podobně a není to java.

Vim o jave jen malo. Ale s bankovnim programem jsem stravil uz hodiny. java6, java-1.6, java-gcj, cas od casu stahuju nejake nove stare bouncycastly, jednou nefunguje to, podruhe ono, v hlaskach se prase vyzna. Kazda transakce je male dobrodruzstvi, kdovi kam ty penize posilam.
Muze byt, ze java je uplne v pohode, ale me asi chybi nejaky kurz, nebo co.

Znam. Na win stanici mam 8 javovych desktopovych aplikaci (firemni ...) a 8 instanci Javy, protoze kazda z tech aplikaci pracuje vyhradne se svou vlastni verzi :-(

Aha, jasne, cize co na tom, ze je 300x pomalsi, hlavne, ze ma reference counting.. vyborna logika..

Ja to pouzivam v OSX a protoze integrace s javou je na macu vytecna tak to ani nevnimam ze nebezi nativne. Kopirovani souboru jede napr. rovnakou rychlosti jak v nativnim finderu a treba i na externi disky s NTFS to neni problem.

Je to tak, v zasade muCommander bezi na Macu hezky, ale ma podle me dve chyby:

1) pri zruseni kopirovani necha kus souboru, ktery uz prekopiroval v cilovem miste a nezepta se co s tim,
2) kdyz je otevreno vice oken a v jednom se zacne kopirovat, dalsi nejdou pouzit.

Ja som skoncil pri tom, ze to je suborovy manager.

Taky mu chybi zalozky, tak nejak jsem si na ne zvykl na widlowsech a prijdou mi jako normalni vybava. Mno a to vyhledavani na disku, zkusim pockat na dalsi revizi.

Ve verzi (zatím pouze Nightly build) 0.8.6 jsou již taby přidány, adresář lze v novém tabu otevřít stiskem Ctrl+Enter.:)

Abych řekl pravdu vyzkoušel jsem pod Linuxem hodně věcí abych nahradil TC a tohle je pro mě nejlepší alternativa. Pokud pominu MC, ale tam mi trochu nevyhovuje v X serveru ta jeho terminálová přítomnost, když ale nejde X server je to požehnání.

Nicméně, GNOME Commander je příšerný nefunkční paskvil, Krusader mi ani po hodinách úpravy vzhledu prostě nesedí (špatně se v něm orientuji, ani nevím proč, ale prostě je to tak), Tux Commander mě odradil nutností si každou asociaci nastavit ručně a nemožností spojovat a rozdělovat soubory a nakonec jsem zkoušel ještě Double Commander, ale tam se u mě kdo ví proč chová vzhled naprosto nevypočitatelným způsobem. Všechny 4 sice obsahují funkci hledání souborů, ale popravdě řečeno asi jenom Krusader opravdu hledá a ne se jenom tváří, že něco dělá a najde stejně houby. Takže tahle funkce mi v muCommanderu absolutně nechybí. Navíc je to jeden z mála programů psaných v JAVA, který funguje korektně i s OpenJDK v Ubuntu 10.04

Používám ho více jak 5 let hlavně pro jeho podporu vzdálených serverů a záložek, na to je výborný. Jako souborového manažera ale neznám nic lepšího, než nativní aplikaci daného prostředí (thunar, nautilus, finder v masoxu).
Smím se však autora zeptat, co ho vede k tvrzení, že muCommander není příliš známý. Jde o objektivní zjištění či vlastní dojem?
Už v roce 2006 porovnával zde na root.cz Petr Krčmář souborové manažery a muCommander zvítězil (http://www.root.cz/clanky/osm-souborovych-manazeru/). Článek byl i o dva roky později překopírován na fórum Ubuntu do sekce nejdůležitějších návodů pro začátečníky (http://forum.ubuntu.cz/index.php?topic=26241.msg130513#msg130513).
V prvním případě jde totiž o depresivní zjištění, že veškerá "osvěta o OSS" je zbytečná.

Dobrý tip, dky.

> Instalace ... se mi pod Ubuntu nezdařila

nejen v Ubuntu lze vytvořit zástupce (na ploše) bez instalace příkazem:
javaws http://www.mucommander.com/webstart/mucommander.jnlp

> zmínit ... práce s archivy

doplňuji, že MuC umí procházet i archivy uložné v archivu i na vzdáleném serveru

> Ze základních funkcí tak nechybí nic podstatného.

stále chybí vyhledávání souborů

Dalsi pokus o napodobeni windows commanderu? Pocitam, ze ho ceka stejny osud. No doufam, protoze to je jedine co drzi linuxovou komunitu od toho, aby nejak zasadnej rozbila jednoplatformni pohodu.

predpokladam, ze jste zaspal dobu. Windows commander byl ze strany M$rosoftu donucen zmenit jmeno na Total commander ;). Kdyz jsme u te pohody.

Kdyz uz hovorime o "napodobovani", tak snad proboha spis Norton Commander, ne ? :) Windows commander nebyl tehdy jeste ani na houbach ...

Ale jinak ja osobne pouzivam muCommander i na Macovi a jsem s nim opravdu spokojen.

L.

No, dodnes sa mi konfiguráky TotalCommandera volajú wincmd.ini a tak podobne :-)

Každopádne, dnes je Total Commander na 90% Windows a na 10% Norton. Pripúšťam, že tých 10% je dosť kľúčových. Genialita Christiana Ghislera bola IMHO v šťastnom skĺbení vlastností Nortona (dve okná, základné operácie pomocou funkčných kláves...) s využitím čo najviac vlastností Explorera (najmä kontextového menu). Používať Total Commander s "nortnovskou" funkcionalitou pravého tlačidla je (opäť IMHO) blbosť. Poznal som predtým aj iné klony NC, ale tie neprinášali oproti nemu takmer nič nové. No a k tomu postupne pribudli funckie pre sieť, dobrá spolupráca s viewermi, ...

Inak, neviete niekto, či bol Norton Commander úplný originál, alebo bol tiež kópiou niečoho?

Princip prace ve dvou oknech + zkratky pro zakladni operace (copy, move, delete, view, edit) je puvodni NC vynalez, ostatni souborove manazery byly zalozeny na trosku jinem principu (vetsinou na stromove strukture):

http://www.root.cz/clanky/historie-vyvoje-gui-10-pocitace-ibm-pc-a-aplikace-vyuzivajici-textovy-rezim/

Používal jsem je ale pak zahodil, protože:
- blbá integrace s OS
- odporný vzhled (s výjimkou Mac, tak se to pomalu nedá od nativní aplikace odlišit)
- chyby při přenosu velkého množství souboru, zamrzání apod
- pomalý start (prostě java)

svatá prostoto!!! Jsme v roce 2012... Zřejmě toho máš na práci málo, že si můžeš takto hrát .... Tipuji na správce serveru, studenta nebo vědce ..

on bude teraz argumentovat ze to je blbost a s konzolou je to rychlejsie a ludia su dementi co sa to nedokazu naucit. a ze konzola je univerzalna a bla bla :D

ked jemu vyhovuje konzola nech si ju poziva 24/7 ale je kravina hovorit ze on je prototyp cloveka ako by to mali robit vsetci ...

zatvarame tento thread co vy na to ... z neho nic dobre nevzide, len zabomysie hadky ako som spomenul vyssie.

honeni mysi po plose je efektivnejsi?

ja kdyz vidim nektery kolegy jak honi ty ruzne terminaly po plose, roztahuji porad jejich velikost, klikaji, aby je minimalizovali, ci klikaji jak zbezili dole do tech ruznych prepinatek ploch, tak se musim smat :)

zlaty tiling WM a shell.

ja osobne pouzivam jednu konzolu s tabmi a obcas thunar + openbox. ani nepouzivam menu cez prave tlacitko lebo vsetko spustam cez alt+q na co mam nabindovany gmrun takze mne nehovor ze ja som honic mysi :)

ale zaroven chapem ludi, ktorym to tak vyhovuje a ked to chcu mat take nech to take maju, posledne co budem robit je, ze sa im budem smiat :), nech robia co chcu, proti gustu ziadny disputat ...

vsetky cinnosti co si popisal sa daju nabindovat, ja neviem, ja neminimalizujem nic, mne staci uplne alt+tab

Nic v zlom, ale pouzivam komandery takmer zasadne klavesnicou - je to rychlejsie ako pisat prikaz do konzloly, ci "honit mys."

>svatá prostoto!!! Jsme v roce 2012... Zřejmě toho máš na práci málo, že si >můžeš takto hrát .... Tipuji na správce serveru, studenta nebo vědce ..

Chces rict, ze se jmenovane profese flakaji a zbytecne uziraji z dani? Pekne. Kdyz takovych myslitelu bude dostatek, muzeme vybudovat nejake svetlejsi zitrky.

To je pro lidi. Tečka. Většina lidí jaxi preferuje vizuální orientaci. Nevím, jak jsi na tom ty, ale pro mě je snazší mít zapnutý Dolphin, udělat jeden pohyb kuličkou na trackballu, jednou kliknout a spustí se mi tím Okular s požadovaným dokumentem. V konzoli musím napsat "ls -l", náhledy souborů samozřejmě nikde nevidím, takže pseudonáhodně musím psát "okular soubor.pdf".

muCommander používám delší dobu, řekl bych je jeden těch dobrých. Hledání se dá realizovat přes Ctrl+R, taby chybí, ale jelikož jsou v night, můžeme se těšit. Problémy má pouze občas s FTP ... zapíše aoubor a už ho nevidí, ale dělá to jen na některém FTP. V té chvíli musí nastoupit mc. Kdybych dal mcčku 9 hvězdiček musel bych muCommanderu dát 7. A proč nepoužívám mc stále? Kvůli té jedné chybějící hvězdičce ;)

hezký komander, ale
- nějak mi nejde se připojit pomocí sftp
- kopírování, které neběží v samostatných procesech, má v LXDE dialog. okno přes celou výšku plochy a vůbec ukazuje dost často nic.)

Toto sme sudruhovia potrebovali: dalsi klon total commandera. Mozno uz teraz niekto pracuje na novom textovom editore.

Asi před týdnem jsem ho objevil a zatím jsem spokojený, oproti Finderu nebo PathFinderu krása...
Pro Mac je to pro mě zatím jeden z těch lepších, když ještě vezmu že je oproti PathFinderu free tak lahoda. Java mě nějak netankuje, dokud jsem si nepřečet článek tak mi ani nepřišlo, že to je napsaný v Javě (nespouštělo se to 10 minut :-)), na OSX to není nijak znát . . . asi proto že OSX má Javu uspůsobenou k obrazu svému.

Přesto bych uvítal ještě nějakou kakaovou (Cocoa) alternativu :-)

Funguje vám vzdálená editace souborů = kliknu otevřít, zedituji, uložím a následně se mi zeditovaná verze nahraje na ftp.
Bohužel to vypadá, že muCommander toto neumí :-(

Ale to víš že umí, alespoň interním editorem ano. Teda stabilní verze. Tu noční nepoužívám bo má právě ve vzdáleném přístupu hodně chyb.

Podpora služby Amazon S3 je bohužel dost základní.
Zkoušel jsem to předevčírem. Soubory sice přesunulo komfortně a bezpečně do mého bucketu, ale to je vše. Bohužel to neumí nastavit žádná specifika, jako metadata, acces rights, reduced redundancy. Hlavně pokud máte na S3 webovou prezentaci budete mít problémy. Všechny soubory nastaví jako octet-stream a private.
Musíte pak přes konzoli a u všech souborů ručně nastavit správný mime type a public a redundancy attributy! Jinak vám web nepojede.
Stručně - muCommander zatím S3Fox nenahradí. S3Fox například mime type nastaví automaticky a správně.