Napravljene poruke na forumu
-
Članci
-
hm.. bice da je nesto oko KDE4… jer…
nedit radi kao munja… otvara fajl a da ne trepne.. u delicu sekunde… i dalja manipulacija je kao i sa svakim drugim fajlom…
kod jEdit-a.. zastane na tren ako prelazim sa linija koje naknadno unesem… koje su kratke, na ovu mega liniju..Ko nedita toga nema.. sa druge strane nedit je ruzan kao… hm.. nevidjeno ruzan… ali dobro.. sada znam ko moze da radi posao…
I dalje smatram da je neprihvatljivo da ne mogu da nadjem ni jedan jedini Qt editor…Ostali bi mogli da probaju kako rade gtk editori…
poz.
Ukratko… da odgovorim na vise pitanja…
jEdit ne brljavi, to je za sada jedini editor koji mi pristojno otvara fajl i sa kojim moze da se radi. Ono sto zabrinjava je to sto drugi editori ne rade dobro. Narocito nativni KDE4 editori i njihove varijante…
u medjuvremenu sam pokusao da ucitam taj fajl u kwrite i …… nisam uspeo.. nakon sat i po sam morao da ubijem prozor…
ostaje mi da probam i nedit..u pitanju je Kubuntu 9.04, 64 bitna verzija (tim pre nije jasno sto nece…)…
Problem nije kosmijev fajl, jer, secate se, ja sam pokrenuo pricu o ovome… isto mi je sa njegovim ili sa mojim sopstvenim fajlom…ostaje mi da probam nedit…
poz.
1. Word wrap je iskljucen… jer ko ce da gleda 500 hiljada nekih karaktera na 20 strana…
2. KDE4 je u pitanju… znaci svi kde4 genericki editori su katastrofa…
3. Interesantno je da web browseri munjevito ucitavaju takve fajlove… firefox se nije ni strecnuo, mislim da je tako bilo i sa ostalim… ali.. to mozemo da stavimo u kategoriju “viewer”…4… probacu ponovo kwrite, ali mislim da i on i kate koriste isti podsistem, kao i edit i view u krusader-u…
upravo sam probao jEdit..
Za sada mi je od GUI editora on najzivlji.. tj moglo bi u njemu da se uradi to sto treba.. ali da je ovaj specificni koji je kosmi konstruisao na osnovu mog opisa tvrd orah… ziva je istina..
recimo kate ga ucitava… neko vreme, pa onda ti kad kliknes na. bilo sta daje odziv nakon 20-30 sekundi.. dakle.. 0 bodova za kate kao i sve editore u KDE koji koriste isti engine ili deo njega.. a u to spada i kwrite, zatim krusader i sve sto sam probao pri ruci…
Sa ovim fajlom oni jednostavno ne mogu da izadju na kraj… a to znaci i sa bilo kojim drugim koji ima linije koje su veoma dugacke…
nano sa druge strane. mislim da nekako i hoce da radi sa tom linijom, ali ako pastujes jos jednu unutar.. gotov je …
to vazi i za mc i sve drugo sto sam probao…openoffice ga je relativno brzo ucitao, ali mi je neprivlacna ideja da o njemu razmisljam kao o editoru te sam batalio dalje razmatranje..
tako da za sada mogu reci da je od onoga sto sam probao najbolje na linuxu jEdit. Editore iz gnome okruzenja nisam probao…
Kao na laptopu drzim windoze (od skoro.. mora se.. ) tamo je notepad++ ‘ladno otvorio fajl.. druge editore nisam probao ali cu to mozda uraditi…
Takodje, freecommander ga u svoj interni viewer ucitava momentalno..Na zalost.. moram da kazem da se kada je ovakav fajl u pitanju … windoze editor koji sam probao prvi.. neuporedivo bolje ponasa od bilo kog editora kog sam probao u Linuxu..
Kako me je ovo sada dodatno zainteresovalo, konkurs ostaje otvoren dok ne nadjemo linux sampiona..
poz.
ovaj je isti kao prethodni.. fajlovi su identicni..
izgleda da cu morati da skidam dodatne alate za dekompresiju glupog zipa… Cime si ga spakovao?
perl je poznat po svojoj efikasnosti ko dobrade stream-a.. stringovi ili nesto drugo nije bitno… ali kao sto rekoh.. nije to jedina primena..
Ako covek odabere perl da njime radi sve ili skoro sve, onda mora da zna da ce za neke stvari biti i 80-100x sporiji od C-a..
Nisu ovo jedini testovi… gledao sam ih dosta… na mnoge sam naleteo onako usput i vise ne mogu da ih nadjem.. ali svi govore isto..
u par primena.. perl je blizu, kao univerzalni jezik.. ne bas… i naravno zavisi i od onoga ko pise kod u perlu, odnosno C-u…ako je kod los… ne pomaze tu ni najbrzi jezik na svetu.. stagod to znacilo…
poz.
[quote=”dens”]
Mozda zapravo neko zna editor koji nema ovaj problem.. ja nisam uspeo da nadjem takav pod linuxom…http://www.nano-editor.org/
[/quote]ni on se nije pokazao… ako se dobro secam… evo sad sam probao … i ni njegovo ponasanje nije zadovoljavajuce…
dakle mora da radi bar 50% od brzine notepad++ editora…Nije ni blizu.. zalim ali tako je…
Operacija gde svi pokazu dodatnu sporost je insertovanje te opisane linije od 500k karaktera negde unutar postojeceg teksta…
poz
Sada.. kada smo apsolvirali pitanja file manager-a, mogli bismo da se pozabavimo necim drugim..
Dakle.. pre neki dan sam imao potrebu da editujem fajl koji je kako se ispostavilo za vecinu editora koje sam probao pod linuxom bio vise nego neprijatan zalogaj, na moje isto takvo iznenadjenje…
Fajl je po svemu bio uobicajen, osim sto je jedna linija bila “malo duza”… oko 500 000 karaktera.
Probao sam gomilu editora pocev od kate, preko konzolnih (vi, editor iz mc-a, i jos par koje sam skinuo) i nijedan nije uspevao da se izbori sa ovim…
spoooro sporo.. nisam znao da li zaglavio editor, ili ceo desktop…Onda sam resio da probam jedan drugi editor, koji je na zalost u nativnoj formi dostupan samo na windows-u i … on je sasvim normalno radio … skoro da se nije ni osetilo da je ulazni fajl po necemu specifican… u pitanju je fantasticni notepad++ editor…
Buduci da sam manipulaciju sa doticnim fajlom morao da radim u linuxu… onda mi je jedino resenje bilo koriscenje notepad++ pod wine…
Pitanje je da li je neko imao slican problem…? Da ponovim, nije problem u velicini fajla, vec u postojanju lilnije veoma velike duzine…
Mozda zapravo neko zna editor koji nema ovaj problem.. ja nisam uspeo da nadjem takav pod linuxom…poz.
…
Pronadjem prvi folder na levoj strani, prebacim se na desni panel sa , pronadjem sta mi treba, obelezim pojedine fajlove sa ili sve (ili deo po unesenoj masci) sa +, pa: F5 kopiranje, F6 move, F8 brisanje. F3 za brz pregled fajla u “view”-eru a F4 u editoru.
Ako mi onda npr treba da radim sa nekim podfolderom foldera na desnom panelu, stanem na taj podfolder, + da mi se taj podfolder otvori u levom panelu, pa odradim sta treba.
E sad, hocu sa se vratim da predhodni folder sa levog panela pa idem da predjem na levi panel, i + za vracenje unazad po istoriji tog panela. + je za setanje istorijum unapred.
…Amin .
