( Raynes | 2025. 01. 06., h – 15:37 )

Azt kötve hiszem, hogy a TC64 Wine-nal kevesebbet fogyaszt, mint a DC. Bár ez nem a TC meg a Wine hibája külön, hanem abból adódik, hogy egy natív és egy nem natív programot vetünk össze, almát a körtével. Egyébként látszik nem vagy otthon Linuxban, mert tudnád, hogy TC-t semmiképp nem érdemes Linux alatt használni, pedig jól fut, de sok unixos-linuxos sajátosságot nem tud lekezelni, pl. linuxos ACL-ek, UGO adatok, linkek, pipe-ok, fifo-k, eszközfájlok, stb.. Futni fut, nem bugos, de szuboptimális a használata egy natív toolhoz képest. Nem a bloatsággal van baj, hanem hogy a saját platformjára való, ott kell használni, nem odaerőltetni egy olyan rendszerre, ahová nem való

Nekem egyébként ami a Total Commander-rel bajom van
1) Windows only
2) x86/x86_64 only (igen van ARM/androidos verzió, de az egy vicc, csak a nevében TC, már pedig ez fontos, mert egyre többen használnak ARM-es és RISC-V-s gépet)
3) zárt kódú
4) egyetlen fejlesztő fejleszti saját maga, ha véletlen elüti a busz, vagy szívinfarktust kap, magával viszi a kódot a sírba, ha meg megunja a fejlesztést, nyugdíjba megy vagy elhal a projekt, vagy megveszi valami nagyobb cég, aki lezülleszti, így a jövője nem biztosítható
5) elmaradott nyelven, elmaradott toolsettel (Delphi) van fejlesztve, de ez sajnos a legtöbb commander-típusú GUI fájlkezelőre igaz, nem is értem miért ragaszkodnak a Pascal-hoz, Delphihez, kb. 2-3 évtizede leáldozott azoknak
6) nem tud vi/vim gyorsbillentyűket
7) bonyás hozzá plugint írni.

Ezzel szemben a Vifm, amit jelenleg használok:
1) C-ben van, nincs kötve architektúrához, OS-hez, ezért minden létező OS-re létezik, lefordítható
2) tud vi/vim gyorsbillentyűket, ami meggyorsítja a műveleteket, fájlok, mappák között mozgást, beleintegrálható fzf, saját scriptek
3) plugint írni rém egyszerű, csak egy shell scriptet vagy egy egy soros parancsot be lehet neki drótozni gyorsbillentyűre a konfigban, némi %i, %f, változóval, és annyi
4) nem kell neki GUI sem, megy Windows Parancssorban, Windows Terminal-ban, Powershellben, *nix POSIX shellekben, ssh/soros/debug-konzolon, tty-on, stb..
5) egyszerűbb, nincs telepakolva felesleges extrákkal, FTP kezelés, viewer, editor, meg ilyenek, arra van külön megoldás, vagy bedrótozható scripttel, mounttal.

Van persze a Vifm-nek néhány hátránya is a TC-hez képest, tudásban
1) nem tud x időnél hosszabb műveletek után hangjelzést adni (ez hekkelhető speciális gyorsbillentyűk mentén, extra utasításokkal, de nem egészen ugyanaz)
2) nem tudja előrevenni a hibás fájlműveletek elé a hibátlanokat
3) nem tud több oszlopba ömlesztett fájllistát (érdekes, ezt a far2l tudja)
4) nem tud flat nézetet (GUI-s commanderekben általában Ctrl+B)

Ez utóbbiakra nagyon ritkán lenne szükség, megvagyok nélküle. Már Vifm-et is egyre ritkábban használok, a legtöbb fájlt saját fzf-scripttel nyitom inkább meg, illetve shellben parancssorként csinálom meg kézzel a műveleteket. Néha azért jól jön egy commander-típusú fájlkezelő, ha valami zsúfolt mappát át kell tekinteni, vagy még a nevére körülbelül sem emlékszek annak, amit keresek, vagy egy adott helyen olyan random fájlokkal, mappákkal kell műveletet végezni, amelyeket nem lehet felfűzni regexpre.