No, ja osobne uz hledam pekne dlouho nejaky ekvivalent Total Commanderu. A zatim bohuzel nic, zkusil jsem nekolik aplikaci - Seksi Commander - problemy s viewerem, neumi archivy (a zrejme hned tak umet nebude), TuxCmd - neumi archivy (dtto). U tohohle je vyvoj taky, jak se zda v mrtvem bode. Jeste jsem nezkousel Zemljanku, ale predpokladam, ze na tom bude podobne.
Nebylo by lepsi spojit sily a dotahnout aspon jeden projekt do konce ???
Napriklad KDE - moloch, ze mu neni rovneho, ale vyvojari tahnou za jeden provaz a pod KDE existuji stovky aplikaci. A aby vzniknul spravce souboru, to se lidi nejak nemuzou dohodnout :-(
No, prave pod KDE existuje docela slusny Krusader.
Pouziva kio_slaves, takze FTP, SMB, jsou samozrejmosti.
Rychlost byvala docela problematicka, ale mam dojem ze se to lepsi (nebo je to tim, ze jsem upgradoval pocitac? :-)).
Rychlosti se vyrazne pomuze, kdyz se vypne:
"Konfigurator>General>Use mime type magic"
pak se sice rozpoznava mime podle pripon, ale je to rychlejsi.
Kolegove z Win to oceni, jako ze se to vice blizi jejich idealu :-)
funguje vam v midnight commanderu korektne podpora utf-8? mne se ji nepodarilo zporovoznit. prekompiloval jsem slang2-prexx (ta uz by mela mit podporu utf-8), opatchoval jsem mc (http://www.suse.de/~nadvornik/mc.html), ale zkompilovat mc se mi jiz nepodarilo (bez patchu v poho)
delam neco spatne?
ted jsem si stahnul snapshot mc, tak zkusim jeste ten, ale moc tomu neverim :(
Nejsem si jist, kolik zmen a dalsich veci ma mc v mandrake-10.1 (pro starsi jsem prekompilovaval ten z fedory s libslang), ale cestina s UTF-8 tam jede celkem snesitelne, vcetne vestaveneho editoru (ktery nemusite pouzivat a dat misto neho vim) a vytvareni adresaru s ceskymi nazvy vcetne diakritiky.
teď si nejsem jist, jak je to přesně s verzemi Mandrake, nicméně v aktuální community jsem podporu UTF-8 v mc zaznamenal tuším začátkem září, čili stačí mrknout na verze knihoven, na kterých mc závisí ... ono taky zásadní problém je ve fontech, když je blbý font, tak by si člověk skoro myslel, že je to problém mc, a přitom stačí změnit font a ejhle, rozsypaný výstup se najednou spraví ... moje oči doporučují Terminus :-)
co se týče editoru a vytváření adresářů, jestlipak to nebude tím, že si někdo v nastavení mc zapomněl zapnout 8bitový vstup? :-)
Zkus ten krusader, pro me je to plna nahrada za TC (dokonce si myslim, ze uz je v tom co potrebuju lepsi/rychlejsi nez tc (rychlejsi myslim v ovladani, filozofie ovladani, ne v rychlosti programu). Verze od verze je to znatelne lepsi a lepsi. Jedina vec co me na men vadi je ta zavislost na KDE, ale funkcnost to plne prebije. Jinak jsem vyskousel i spoustu jinych ale zadny jiny se s TC a Krusaderem nemohl rovnat.
To byl nějaký pokus o oživení starého gnome-commanderu, ale asi už vyšuměl (poslední změna v lednu 2004) podobně jako SeksiCommander (http://radekc.regnet.cz/), i když tam si nejsem jist, co se děje nebo neděje (poslední novinka z dubna 2004). XNC (http://xnc.dubna.su/) je pěkná hračka, ale nikdy jsem si na něj nezvykl. Jediný vyvíjející se program tohoto druhu, o kterém vím, je Krusader (http://krusader.sf.net/). Poslední verze 1.50 je pěkná, počeštěná a používám ji denně. Nějaké problémy jsem zaznamenal v kombinaci s fam. Hrozně to zpomalovalo hromadné operace se soubory. Fam jsem odstranil, je klid a rychlost se znatelně zvýšila. Nepšišel jsem na žádnou aplikaci, které by nepřítomnost famu vadila.
Samozřejmě se vyvíjí i Konqueror z KDE, ale tam je z nějakého nepochopitelného důvodu upřednostňována cesta podobná windowsoidnímu průzkumníku.
Jako autor Seksi Commanderu (sc) muzu s klidem rict:
sc ma TABS, integrovany viewer, integrovany editor, multirename, vyhledavani pres ALT, neskutecnou rychlost (obchazi co muze pro vykreslovani), zavislost pouze na gtk1x a par problemu :)
Ze SC momentalne spi ma tyto duvody:
- jsem totalne znechucen roztristenosti Linuxu, neschopnosti programatoru vytvorit nejake API (a o tom aby bylo zpetne kompatibilni ani nemluve), neschopnosti reportovat chybu (o jakych problemech se viewerem se to tady mluvi - muj viewer je nejlepsi a nejrychlejsi co jsem na linuxu videl a v nekterych ohledech se da srovnavat s TC)
- nikdo nepomuze, nikdo nepovzbudi, ale kritizovat to jo :)
- opravuji si domek (a to mne pripada momentalne zajimavejsi nez obchazet problemy Linuxu)
Ohledne VFS - nejdrive jsem pouzival VFS z MC, ale to je takova prasarna (to VFS) a tak pomale, takze pak jsem se dival po VFS z gnome (coz je lepsi, ale to rozhrani taky neni z nejlepsich), takze bud ho pouziji, nebo dokoncim svoje (podobne TC)
Mimochodem: to co existuje jsem napsal za asi tak mesic cisteho casu (napr. pridani podpory zalozek trvalo tak 10 hodin). Pridani FTP odhaduji tak na tyden, ale opravdu nemam ted chut.
Jo jeste ohledne rychlosti: sc v pohode jede na 500 se 128 RAM (a svizne).
Presto, ale na SC nezapominam...
Dokud zkratka nepujde u zakaznika nainstalovat binarku, ktera bude fungovat s jakoukoliv vyssi verzi knihovny (tj. napr. kdyz byla kompilovana proti
gtk1.2, tak samozrejme musi na BINARNI urovni fungovat i proti systemu napr. s gtk1.4).
Muze mi nekdo vysvetlit proc po naistalovani gtk2.x nedostanou vsechny aplikace pro gtk1.x, look and feel gtk2? Jak je to sakra vubec mozne?????
Vemte si ty blbe Win. Spustite program pro 3.11 v 98 nebo XP a on dostane chovani dle OS.
No a ted se podivejte na gnome nebo KDE.
Copak ti lidi nevi co je to interface (resp. co to slovo znamena)? A to ze se nekdy zmeni rozhrani glibc, tak to zu je primo katastrofa (viz kernel traffic minuly? tyden).
Teda nevím, školy nemám, ale poustím-li na XP aplikaci psanou pro Win3.11, bude vypadat hnusně a nemám pocit, že by přejala vzhled systému. Ale možná jsou taky aplikace a aplikace, třeba jsem jenom neměl štěstí na někoho, kdo by to tenkrát napsal tak dobře, že to i dnes sedne do systému bez problémů.
No, já používám pod Xama XNC, v konzoli mc a jsem spokojen. Myslím, že to umí všechno, co je potřeba aby taková příšernost uměla. Popravdě. Dá se docela dobře vyžít i bez toho, možná je to dokonce pohodlnější... Pokud vysloveně nedělám nějakých moc operací se soubory, tak tyhle věci vůbec nespouštím.
<b>Pekne, citelne roztridene tipy. dekuji.</b>
k FileCommanders: idealni by bylo smichat:
BF-Commander <br />
(hlavne dokud nevejde v beznou praxi jednotne rozhrani asociaci souboru - GNOME 2.8 uz ma KDE3.4pripravuje)
TuxCommander <br />
(Rychlost, potencial, GUI)
Gnome Commander <br />
(Vyvoj, funkcionalita, features, zajimave propojeno s GNOME, ale nerad bych mel druhy "GRUSADER")<br />
Je to zajimave, ze na jednu stranu mam OO.o, MOzilla a podobne a na strane druhe nikdo seriozne nevyprodukoval neco jako TC(win32)+MC(linux).
A snazi se me oficialne opit necim tak odpudivym jako Nautilus, ci konqueror(as FileCommander!). Tj. necim co mi pripomina (k opravdove praci naprosto nepouzitelneho) file explorera z windows.<br />
PJ
Trochu me mrzi, ze nezavislost za jakychkoliv knihovnach (pripadne minimu) se tu tak trochu plizive udava jako vyhoda - rozhodne s tim neslouhlasim, i kdyz nekdy to opravdu vyhoda byt muze. Nicmene spravnejsi cestou povazuju uzivani obecnych knihoven (klidne od nekoho jineho) tam kde to dava smysl (proc znovu vynalezat kolo, proc se dopoustet tychz chyb, ktere nekdo jiny ve sve knihovne uz odstranil) - protoze "opakovane pouziti" - o tom to je. Pokud nekomu zavislosti kompikuji zivot, je na autorech aby treba zkompilovali produkt i staticky. Nicmene zavislosti jsou u bezneho uzivatele ukol pro balickovaci system a nejakemu vyvojari asi potize delat nebudou.
Tak to nase skupina uz jede podle DnD 3.5 :-)
PCGen pouzivame na tisk character sheetu a spravu postavy mimo hru. Pri hre pak normalne pouzivame kostky a zmeny piseme po okrajich. Pripada mi to jako idealni kombinace :-)
(ja osobne nesnasim gumovani v sheetech, takze poznamky pisu perem a tisknu si novy denik na kazdou session. Aspon mam dokumentovanou historii postavy :o))
Od ceskych autoru pochazeji nasledujici programy:
Tux Commander
Seksi Commander
PFM
Zemljanka Commander
Portos Commander (?)
Docela dost, ne? Bohuzel, vsechny projekty "usnuly". Nebylo by mozne, aby se autori spojili (a sehnali dalsi spoluautory), dali projekty dohromady, aspon jeden z nich dokoncili, a pak ostatni projekty zrusili s odkazem na ten "super novy a podporovany"? Takhle je to skoda jejich nedokoncene prace. Jak je videt z diskuse, zajem uzivatelu o nejaky poradny commander tu stale je!
Apropos, ja mam ze vsech commanderu nejradeji FileCommander/2: http://silk.apana.org.au/fc.html. Puvodne pod OS/2, portovan na MSW, bohuzel port na Linux pry neni mozny kvuli uplne jinemu API. Byla by to skvela konkurence MC.