Názory k článku
Kterak Tuxe komandovati aneb Tux Commander

K čemu v době Konqueroru takováto vykopávka? Smysl mc v konzoli je jasný, ale smysl tohodle?

skus pouzivat linux bez skaredeho KDE a prides na to :)

ja pouzivam pekne KDE a neprisiel som na to ;-)

Pekne KDE?? Tak sem hod screenshot at je zabava :)

a naco screenshot zaslepencom? ;-)

KDE je především funkční. Pěkné je tak, jak si ho kdo udělá. Já mám Plastik a tmavě modré pozadí, čtrnáctiletý hračička se může vyblbnout u KDE stejně dobře, jako u konkurenčních DE a WM.

Já si myslím, že na kde a linuxu obecně neplatí, že je něco pěkné a něco škaredé. Především by bylo lepší říct, že je to o nastavení. Vzhled kde je přizpůsobivý a dá se s jeho úpravou dost vyblbnout. Tohle jsou některé mé pokusy: http://temp.mibrt.net/index.php?folder=./my_desktops/linux/&predchozi=./my_desktops/

ja mam vystarano, ja mam silnu masinu, mne staci konqueror a ostatni sa mozete ist bodnut ;)

niekto KDE pouzivat nechce, niekto ho pouzivat nemoze, a niekoho vylozene irituje nabobtnalost konquerora, krusadera a inych rich filemanagerov.

k rychlej praci a na 90% beznych uloh sa hodi aj takyto jednoduchsi filemanager, ktory navyse vela nezere a je rychlo pripraveny k praci aj na mojom skoro osemrocnom notebooku.

konqueror tazko zrovnat s tux commanderom.. ved je to to iste ako explorer. nema to druhy panel, vsetko treba robit mysou, alebo krkolomne CTRL+C, ALT+TAB, CTRL+V. Preferujem F5.

Co sa vsak tux managera tyka, nepodporuje sietove spojenia (sftp, samba), a to je pre mna klucove, tudiz goodbye tux commander, welcome krusader.

Konqueror má tolik panelů, kolik tam kdo chce mít. Přiznám se ale, že mi vyhovuje na něco mc, na něco Konqueror, ale grafické správce souborů ala TC moc rád nemám.

sitovani ve file manageru? lepsi reseni mi prijde sshfs a do jiste miry i fusesmb ...

ano, sietovanie patri ku file managementu. fuse treba extra pridat do kernelu (co je nie vzdy mozne, najma ked nieste root na masine). druha vec je, preco by som mal kvoli pripajaniu sietoveho disku robit externy prikaz v nejakom inom okne? a zakazdym sa prepinat medzi oknami len aby som primountoval iny share.. predsalen v tom filemanageri je to po ruke. inak celkom funkcne riesenie su kioslaves pod KDE. To by v tom tux commanderovi mohlo aj zafungovat (nechce niektory KDE-ckar s TC skusit ci funguju cesty typu sftp:// alebo smb:// ?)

Asi jako jo, zalezi, co clovek potrebuje.
Ale holt vim nad takhle zpristupnenym souborem nespustim...

na ja som nevidel nic lepsie nez MC (nielen v konzoli a nie kvoli tomu, ze by som nic ine neskusal). KDE zostava stale absolutne nepouzitelne v kazdom ohlade :P

Souhlasim, MC je velmi prijemny a pohodlny souborovy (a nejen) manager. Pouzivam ho vsude - jak v konzoli tak v X. Nemam rad vice programu na jednu vec. MC splnuje temer vsechny moje pozadavky a plne dostacuje, jsem na nej zvykly. Jenom mi vadi, ze neumi tridit soubory podle casu nebo velikosti pres klavesovou zkratku - kdykoliv chci trideni menit, musim do menu :(. Neznate nejaky trik?

F9-(L/R)-S-<pismeno> (v anglicke verzi)
Jako klavesova zkratka nic moc, ale Emacs je ma jeste horsi ;).

> ale Emacs je ma jeste horsi ;).

niekto tu videl emacs len z dialky, co?

Se mi mnohem vic libi krusader nez tohle...

PS: nemam nic proti reklame, ale tenhle dementni kousek se zvukem me fakt radne vytocil..

mě taky, sem zapomněl vypnout zvuky a zbudilo to spolubydlícího :-(

Jo, právě kvůli takovýmto debilním reklamám lidi používají AdBlock, nebo něco podobného... A pak někdo bude moralizovat a naříkat, jak je nemorální blokovat reklamu, že ty servery z ní přeci žijí... :-(

Divím se, že to Grisoftu stojí za to. Doteď jsem k nim měl celkem neutrální vztah - AVG nepotřebuji, bylo mi tedy celkem ukradené. Díky takovéhle reklamě je začnu nemít rád...

keby si ich produkt niekedy skusal, vies, ze je to riedka stolica :)

Jo, ta reklama me dostala. Uz sem nainstaloval flashblock a maj po srande :)

mne v opere diakritika neblbne, skus doinstalovat lokalizovane fonty.
poradi mi niekto aplikaciu typu adblock pre linuxovu operu? (zrovna squid mi pride moc velky na to aby som nim chytal ads na jedinej domacej masine..)

Vdaka, ste genius :)
(Ako som mohol to nastavenie tolku dobu prehliadat?)

hmm?

Tuc -> Tux

Tuc-tuc-tuc... Jé-jéé-jééééééééééé, kdepak ty fajn....

v perexu je drobny preklep Tuc misto Tux commander

je to skvely nastroj .... sam ho uz dlho pouzivam .... bol to prvy linuxovy filemanager ktory splnal moje potreby
jedine co mi vadi, je ze je napisany v kylix-e a v gtk2, nakolko ani jedna z tychto vlastnosti mu zial na rychlosti neprida
odcenil by som keby sa nasiel niekto, kto by to dokazal prepisat do c++ a v idealnom pripade s vyuzitim gtk1 alebo inej rychlejsej kniznice
ja viem ze mate teraz vsetci nadupane masiny, ale rychlost je podla mna u filemanagera jednou z klucovych vlastnosti
inak projektu fandim a dufam ze sa dockame novsich verzii

Pokud chce nekdo venovat usili, tak si myslim, ze mnohem zasluznejsi by bylo pridani novych funkci nez prepisovani do C++.

C++ ma ale i tu vyhodu, ze existuje vice potencialnich vyvojaru, kteri by mohli na projektu pokracovat.

Odhlednu-li od toho, ze Qt knihovna v C++ je rychlejsi nez gtk+ 2 (za ten pomaly file dialog by napriklad zaslouzil nekdo na holou), Tux Commander neni psany v C.

GTK2 bylo zvoleno zamerne a jestli prijdou nove verze, rozhodne se to nezmeni. Diskusi gtk2 vs. qt tu bylo hodne, neni potreba to dale rozmazavat. Je to dane rozhodnuti, ktere samozrejme rozdeli uzivatele na dva tabory.

Z duvodu uziti GTK by pripadne prepsani aplikace znamenalo pouziti C (existuji gtkmm a jine -mm, ale je to hrozny bastl) nebo rovnou Javy (s GTK interface).

Mel jsem v planu napsat draft pro prepsani aplikace do C, ale za posledniho pul roku jsem na to nemel absolutne cas, stejne jako na vyvoj stavajici verze. Duvod prepsani by byla moznost zamestnani vice vyvojaru v mainstreamovem jazyku a moznost nekomu predat spravcovstvi projektu. Kdo by mel zajem, at se mi ozve uz ted ;-)

Total Commander je pokud vim psany v Delphi, jablko nepadlo daleko od stromu. Psat to v GTK+ 1.2 by podle mne nebyl uplne nejlepsi napad, muselo by se programovat to co uz je v GTK+ 2.4 hotove - treba slusny dialog pro vyber souboru. A ke GTK+ 1.2 pokud vim neni slusny GUI designer (no mne se uplne nezamlouva ani glade-2, ale to jsem uz jinde) S rychlym FLTK by to dopadlo podobne - muselo by se hodne komponent napsat uplne znovu.

A zmenit jazyk v pulce projektu by vyzadalo dost namahy. Souhlasim ale, ze vyvojaru v Kylixu je malo, mimo jine to asi byl duvod pro odstaveni tohoto projektu. Je vubec Kylix legalne sehnatelny a chodi na nejnovejsich distribucich ?

Kylix je mrtvý už několik let. Není kompatibilní se stávajícími verzemi glibc. Už delší dobu kvůli tomu nefunguje na nových distribucích IDE kylixu. Jediné, co funguje je kompilátor a debuger, možná ještě něco, v kylixu nedělám. Pokud vím, tak autor něco přepisoval / připravoval pro free pascala, pod kterým chtěl směrovat další vývoj (pokud si to nepletu s jiným projektem :)). Tux Commander jsem hojně využíval a stále ještě někde využívám, ale má to ale :(. Projekt je už delší debu nevyvíjen, autor nemá čas a rozhodně mu to nevyčítám, odvedl výbornou práci. Dále mi chybělo kopírování na pozadí. Pak se občas stalo, že nešlo dát enter (některé volby v options, gtk nebo někde se musely smazat, řešil jsem to smazáním skoro všech configů kromě toho s asociací souborů a ještě nějakých). Myslím, že jsem to s autorem tenkrát taky po mailu probíral.

V tuxcommanderu jsem viděl plus hlavně v : asociace souborů a možnost vlastních ikonek, dále hlavně v panelech pro disky a mechaniky, takové ty, jak měl dřív krusader, nebo má je i total commander. Prostě ťuknu na ikonku a připojí se CD, ťuknu pravým a dám odpojit a cd vysunu apod. Je to zvyk z total commanderu a v krusaderu mi děsně chybí (i když se tam dá dodělat, ale jde to špatně pozicovat, vypadá to špatně atd. :().

Takže asi tak.

Zdar Max

Sorry, ale GTk+ 2 FileOpen dialog je jeden z nejhorších dialogů pro daný účel, které jsem viděl a jeho největší výhoda je v tom, že se dá jednoduchým hackem nahradit třeba KDE dialogem. Ale v souborovém manažeru stejně člověk takový dialog nějak nepotřebuje, nebo jo?

Sorry, ale GTk+ 2 FileOpen dialog je jeden z nejhorších dialogů pro daný účel, které jsem viděl a jeho největší výhoda je v tom, že se dá jednoduchým hackem nahradit třeba KDE dialogem.

No on ten open/save requester z KDE taky IMHO není vzor dokonalosti. Proč nejde nějak jednoduše (jde to vůbec nějak?) nastavit, aby se otevíral v "detailním zobrazení"? Tohle mě neskutečně vytáčí (to samé ve windows)! Zlatý reqtools...

A co se týče filemanagerů, na linuxu používám mc, v grafice občas Krusader (ano, jsem KDE pozitivní. Ze začátku jsem jel na Gnome, zkoušel jsem i různé štíhlejší řešení, ale nakonec jsem zakotvil u toho KDE, vyhovuje mi ze všech testovaných nejlíp.), ten ale považuju spíše za jedno z řešení "pořád lepší, než dostat drátem do oka", tedy za jakýsi "trabant".
Moc rád bych měl v Xkách něco jako Directory Opus (5 a výše), člověk ale asi nemůže mít všechno...

Jasně, v KDE je taky spousta sr*ček a nedotaženostáí, o tom žádná, jenže v KDE dialogu třeba můžu pastnout URL a funguje to, můžu cestu psát ručně a doplňuje mi to možnosti, z /home/myself/tmp udělám snadno /tmp. Gtk+ je oproti tomu opravdu jenom klikátko pro BFU.

V Gtk+ filedialogu JE možné zadávat cestu k souboru ručně a funguje tam i doplňování pomocí Tab. Stačí zmáčknout klávesu "/" a objeví se řádek, kde se zadá zbytek cesty k souboru. Takže lomítko, jo? :o)

Díky, Grumpo. Gtk+ má u mě malé bezvýznamné + a Ty máš u mě větší a významnější. :-)

musim rict ze clanek me nezaujal.
imho nejlepsi commandery pro linux sou
1) mc (midnight commander, uz starsi ale furt vyborny, pro konsoli)
2) krusader (doslova plni svuj slogan "simple, easy, powerful", pro qt)
... tux commander, podle vaseho clanku, zaostava, hodne :-)

kdyz uz jsme u dalsich manageru, ja treba pouzivam Xfe (http://roland65.free.fr/xfe/) a jsem celkem spokojen.
"kylix runtime", kde ano jine veci podobneho charakteru opravdu instalovat nebudu. to je zhyralost.

kombinace fluxbox/xfe/xterm je myslim pro vetsinu prace dostacujici ;-)

Kylix je jedna z těch horších možností, kterou si tvůrci vybrali. Pokud vím, začal s tím kdysi Borland a po pár letech (tj. před pár lety) upustil od jeho vývoje. Klasické dvoupanelové "filemanagery" naštěstí moc nemusím...

Tux Commander se rozhodně aktivně nevyvíjí. Již rok na něj nebylo šáhnuto. A je to škoda.

Toz, hodne fortune s tem nvi a sh. :-D

Ktere protokoly pochazi z BSD? Jak muzou protokoly pochazet z operacniho systemu?;)

Opravdu linuxova podpora IPv6 pochazi z BSD?

Ja si naopak nemyslim, ze by v GNU/Linux byla potreba obdoba Total Commanderu - já si to naopak myslím ;-) Pokud jste od narození kojen výhradně unixovou příkazovou řádkou, možná vám to tak nepřipadne, ale kdo začínal s DOSem (event. s Windows 3.1), tak se bez Norton Commanderu prakticky neobešel. A ten způsob ovládání NC je silně návykový, což je IMHO důvod, proč se později tak výborně ujal Total Commander a lidem přecházejícím k Linuxu z Windows pak tím pádem NC-like manažery velmi konvenují. BTW - na základě diskuse pod tímto článkem jsem vyzkoušel Krusader, a dnes jsem tím pádem v lehké euforii ;-)

taky sem vyzkoušel krusader (po delší době) a myslím že nastal čas na návrat k tomuto manageru. Sláva všem vývojářům!

Sveho casu jsem hledal neco, co by mi nahradilo Total Commander. TuxCmd byla jedna z alternativ. Bohuzel, co mi tam chybelo, bylo prohlizeni archivu. Pak jsem nasel http://atol.sourceforge.net/ a jsem spokojen. Sice i ten ma sve mouchy, ale co potrebuju, to tam je.

ANO, absence prohlížení archivu je pro dnešní souborový manažer dost velké mínus.

Sveho casu, kdyz jsem hledal (zvykly na windows commander), nejakou alternativu, jsem i tento kousek nainstaloval. Nakonec jsem zustal u Krusaderu, i kdyz tehdy byl jeste hooodne nestabilni, muchoidni a pomaly... Postupne se ale zlepsoval, a jiz nekolik let je to opravdu dobre, snadno a pohodlne pouzitelny kus SW - navic je pomerne svizny a ani si vlastne nepamatuju kdy mi padl naposledy, uz to bude nejspis nekolik mesicu :). Pokud hledate nejaky twin-panel file manager s vice funkcemi nez copy a rename, doporucuju vyzkouset ( I kdyz chapu, ze pro gtk fanatiky je QT neprekonatelnou prekazkou :) ).

Nebude problem skor v KDE ako v Qt?

Nebude, proc by mel? Problemy ma predevsim gtk - osklive, pomale, neintuitivni.

co do toho pletes KDE ??? Krusader potrebuje pro beh QT .. klidne pod Gnome .. KDE vubec nemusis pouzivat .. :-)

Asociácia súborov v TuxCommanderi je "bug". Mal by dokázať zistiť mime typy a ich asociácie priamo zo systému. Jednotlivé typy súborov hádam nechcete priraďovať programy pre každú aplikáciu zvlášť.

A co treba asociovat vsechny typy souboru jednomu skriptu, ktery provede zjisteni mime typu a podle toho se zachova? Kazdemu dle libosti...

To porad neresi, ze konfigurace akci podle pripony je bug.

Podle toho, jak se na to podivas. Jde spis o rozsireni funkci - krome moznosti vyuziti mime typu (jak jsem psal), muzes dokonce vyuzit i moznosti ruznych akci na zaklade pripon souboru - tedy "neco navic". Bug tedy neni to, ze to umoznuje, ale nanejvys to, ze zaroven nenabizi zabudovanou podporu pro mime typy.

Pôvodná myšlienka je tá, že keď prvý krát spustím TuxCommander, tak nedokážem otvoriť ani len obyčajný obrázok. Najprv ho musím asociovať. Prečo? Veď každý iný program to dokáže! To, či je to na základe mime typu alebo prípony je druhoradé.

Delsi dobu jsem take resil nedostatek file manageru pod Linux a OSX alespon takoveho, jako je TC pod WIN. U Linuxu jsem tedy nakonec zacal pouzivat Krusader, zatim ke spokojenosti. Pod OSX je to samozrejme bida. Takze nakonec je to o otazkach, proc je potreba filemanager:

1)Nedostatek "defaultnich" akci pro ovladani mysi: proste u mysi mame dvojklik pro spusteni "defaultni" akce a pak prave tlacitko pro menu s dalsimi akcemi. U filemanageru je: Enter = spusteni, F3 = preview cehokoliv (to mi chybi nejvic), F4 = edit, ... Staci vzdy zmacknout jedno tlacitko na provedeni dane akce. To je podle mne zasadni nedostatek mysoidnich filemanageru.

Osobne si myslim, ze ve vsech 3 systemech (WIN, LIN, OSX) je popis akce "Open" nepresne identifikujici, takze by se nemel vubec pouzivat a misto toho by spis systemy mely specifikovat: Preview, Edit, ...

2) Rychle a presne kopirovani / presouvani z jedne slozky do jine. Proste F5 / F6. Mysi se na to musi via D&D a tak nekdy dojde k lidskym chybam.

PS: nejsem odkojen DOSem, ale LOAD"*",8,1 :)

Multiplatformní je třeba muCommander...

jj, muCommander... ale stejně, většinou, když potřebuju dvoupanel, tak končím u mc (tedy na OS X :))

pak hodně lidí je spokojeno s Disk Order nebo XFolders...

ad OS X:
http://krusader.sourceforge.net/handbook/mac-port.html

To, ze existuje port, neznamena, ze je stejne pouzitelny:

"""
Unfortunately the only *stable* kdelib-binaries which fink has to offer is currenly 3.1.4 which means you need to use Krusader-1.40 . Unfortunately the Mac® OS X Krusader port does not have the same power as in a native Linux®-KDE environment. To run Krusader you need also X11, which doesn't interact with the rest of the Mac® OS desktop."""

minule som takto hladal niaky dobry suborovy manager a natrafil som na http://emelfm2.net/ zatial som ho nemal kedy otestovat, ale vyzera byt celkom schopny, tak ho sem davam ak by mal niekto on zaujem...

neznate?
http://pygoscelis.sourceforge.net/

http://sourceforge.net/projects/kfilemanager

Vyzkousel jsem binarku (0.5.91-testing verzi) a byl jsem ohromen. Nejakej kylix nekylix, prenesl bych to prez srdce. Skoda jen ze nefunguje d&d na polozky mezi panely a okny ostatnich programu, nebo prolezani archivu..

Asi jsem ale hned narazil na chybu: kdyz otevru na kazdem panelu tri taby a chci posledni tab z praveho panelu pretahnout na levy panel, kousne se program a spolu zaroven kousne i cela Xka. (coz je ale asi zase problem tech Xkek, coz?)
Taky je skoda, ze se vyvoj nejspis uz zastavil..