Vlákno názorů k článku Hexadecimální prohlížeče a editory s textovým uživatelským rozhraním od Linux vs Win nastroje - Zacnu tu asi peknou flamewar. Mam problem s...
-
Linux vs Win nastroje (neregistrovaný)
Zacnu tu asi peknou flamewar. Mam problem s Win, mam problem s Unixem.
V 90. letech v DOSu jsem pouzival Volkov Commander + HIEW + diskedit a byl jsem nadmiru spokojen (no, dneska by mi to uz mozna nevyhovovalo, neumim uplne posoudit). Kazdopadne u obou bylo efektivni a jednoduche ovladani, oba programy byly velmi rychle.
Na Win efektivne pracuji v total commanderu + jako hexeditor pouzivam pspad (je to takova nouzovka, na prohlizeni mam napsany vlastni nastroj + jeden rovnou s disassemblerem v javascriptu). Bohuzel Win musim pouzivat, protoze komerce (Visual Studio nechodi na Linuxu, stejne tak spousta embedded nastroju, atd). Chvili jsem zkousel far manager a ten mi prilis neprirostl k srdci (totalcmd vitezi).
No a pak mam mimo jine Linuxovy notebook, kde vyrizuju administrativu a tam mi chybi ta efektivita totalcmd + nejaky dobry hexedit. Vlastne bych tam mohl presunout spoustu prace z Win. MC je sice hezky, ale uz jen proto, ze v nem nefunguji ruzne Ctrl+Alt kombinace, spoustu veci dela "jinak", tak se mi to proste nelibi a moje prace v nem neni tak efektivni. Prilis nechapu, proc nekdo nenaprogramoval do Win i Lnx nahradu za VC, aby to hezky pouzivalo grafiku (Xorg/Win32 API) a nemelo to omezeni konzole pokud jde o ruzne klavesy, zobrazovani, dragdrop, clipbrd.
Mate nejake tipy ohledne druheho (DOS/VC/HIEW) a posledniho odstavce?
-
atarist (neregistrovaný)
dost souhlasim (byt tipy nemam). Schvalne jsem si z nostalgie pustil v DosBoxu VC 4.99.08 (tu uplne posledni verzi), HIEW a editor E.COM (nekdy se jmenuje E14) https://www.root.cz/clanky/historie-vyvoje-textovych-editoru-programatorske-textove-editory-pro-dos/#k021. Je to docela rychla kombinace. Pro win je v tomto nejbliz FAR + par pluginu, na Linuxu, hmm asi je fakt nejbliz MC+Beye (Biew). Ty klavesove zkratky nastvou no, ale treba nekdo uz maka na nahrade (a ne, nemyslim tim Nautilus-like manazery, ty jsou dosh bida).
-
mhi (neregistrovaný)
Uffff ... instalace chtela 39MB blbosti. Proc?? VC.COM + HIEW maji kolik? 200kB ? :) Me fascinuje, jak se driv programovalo efektivne. Bez ruznych megaknihoven a frameworku, sice omezena funkcionalita, ale jednoduche, vse promyslene. Treba hexeditor na urovni hiewu jsem doposud nenasel. To same diskedit z norton utilities je neprekonany (s ohledem na tehdejsi filesystemy, dneska je samozrejme nanic).
DC: Chybi hexview, integrace s commandline takova podivna (nebo tomu nerozumim), ovladani sice mnohem lepsi nez mc, ale presto to ma mouchy. Kazdopadne diky za tip, urcite mu dam sanci.
-
mhi (neregistrovaný)
Hmm .. tak doublecmd nic moc. Pod Win to je jeste mene pouzitelne (pouzivam casto commandline a jak to ma totalcmd je vcelku OK), pada to. Na resize okna to reaguje podivne. Pod Linuxem to same.
Mozna to jde nejak customizovat, ale cekal bych, ze na alt+f1/f2 budu mit v seznamu alespon homedir/desktop apod.
-
komfortní náhrada Volkova pro DOS+Win+Linux -> Necromancer's DOS Navigator (http://ndn.muxe.com/)
ev. třeba Double Commander (https://sourceforge.net/p/doublecmd/wiki/Download/), ten není pro DOS, ale ve Win verzi podporuje plug-iny z Total Commanderu
-
mhi (neregistrovaný)
Jsem vecne nespokojeny :-).
Kdyz srovnam NC2 (3?) + VC, tak to je krasny kod, sikovne vymysleny, vse napsano od 0, takze autor se nemusel prat s tim, ze pouzita knihovna neco nepodporuje a roubovat to na neci cizi praci. Navic co jsem disassembloval VC.COM tak tam je spousta kodu sikovne pouzivana v ruznych mistech (a to same je mimochodem v MS Win7 EXPLORERE.EXE, byl jsem velmi prekvapen tim, jak ruzne tridy se recykluji pro ruzne ucely, treba start menu a okna exploreru, pripadne tray).
Doublecmd / DOSNav / FAR / NDN ... tem vsem chybi efektivita kodu i elegance pouzivani. Je to samozrejme muj subjektivni nazor.
Pamatuji se jak jsem chvili pouzival ten manazer od 602 postaveny na TurboVision a prestoze se snazili hodne, jako VC to proste nebylo.
