Vlákno názorů k článku Kterak Tuxe komandovati aneb Tux Commander od g0g0r1n - je to skvely nastroj .... sam ho uz...

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.

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?

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.