Názory k článku jEdit - tak trochu jiný editor
-
stuff (neregistrovaný)
FTP plugin, ktery umoznuje pracovat a ukladat primo na server (samozrejme podporuje, jako vetsina jEditich veci doplnovani z historie vlozenych stringu)
EMail Buffer -- odeslani buferu pres SMPT
CODE2HTML -- pomoci css udela identickou stramku z buferu
Look And Feel -- napojeni na dalsi java projekty co se tyka technologie pro vzhled -- treba skin -
Petr Buzrla (neregistrovaný)
jEdit pouzivam uz dva roky k naproste spokojenosti. Jenom v nejake pre-verzi rady 4.x se mi stavalo, ze pri ukladani nekolikrat vytuhl a po opetovnem spusteni jsem zjistil, ze prave predtim editovany soubor ma nulovou velikost a hodina prace byla v ...
Z toho plyne pouceni, ze na dulezitou praci se nemaji pouzivat unstable verze :-) -
.md (neregistrovaný)
ne, je to uplne v pohode
dost dlouho jsem jedit pouzival v praci jako hlavni editovaci prostredi pri tvorbe java aplikaci (do te doby nez jsem presli na intellij :-) ) a diky tomu ze je to komplet psane v jave jsem nemel zadne problemy instalovat to na windowsech, ani to nepadalo a pomoci nejakeho pluginu dokonce fungovalo i kolecko u mysi i v dobe kdy to jeste JDK nepodporovalo :-) -
NoOne (neregistrovaný)
Naivne to nie je ale nema to zmysel. je to v Jave tj. zerie to iba furu pamate a je to pomale a ako uz niekto spominal nema to ziadnu "killer feature"
Pochopil by som ak by niekto napisal Office v jave ale nechapem naco niekto pise javovsky textovy editor ked existuje fura lepsich free (=nie MS) textovych editorov aj pod windoze aj pod neviem co este. -
Marek Slapak (neregistrovaný)
:-) zaplat pambu, ze to je v Jave .. Ani si neumis predstavit, kolikrat si oddechnu, kdyz nejakej zajimavej OSS projekt je napsanej v Jave .. pro me to je totiz synonymum pro a) bez problemu b) jak v Windoze tak treba na Linuxu, nebo Netware, nebo SGI, apod.. a hlavne, bez PROBLEMU a modifikaci
2) dej mi priklad neceho, co je VYLOZENE lepsi (z OSS), nez jEdit .. Diky objektovy koncepci, kterou autori jEd. pravdepodobne vyuzili dokonale a diky tomu moznostem z toho vyplyvajicich pro pluginy, mam ten dojem, ze bude brzo Jedit naprosto nedostiznej
(priznavam, ze pokud to je zapotrebi, a ne jednou za sto let, pouzivam v konzolovym modu VIM a ze ho mam taky dost v oblibe :-) ale jEdit je jEdit :-)) -
MuRZ# (neregistrovaný)
Copak je tohle server o jave? Nebo se root snazi delat imprese aby sem prilakal dalsi lidi jinymi tematy? Uz se tu o Jave pise casteji nez o linuxu. A nerikejte mi tu, ze Java je open source. Je to proprietarni shit sun, ani ho nenechali standardizovat a ke vsemu je to silene pomale a ta VM je uplne blbe navrzena. Dejte uz s tim pokoj a kdyz chcete lakat dalsi programatory, piste o C/C++ nebo o jinem VM, ne o tomhle shitu.
-
Marek Slapak (neregistrovaný)
:-) covece, ze to byl sarkasmus, vid ? :-)
- kde si prisel na to ze java neni standardizovana ?
-> nejen CORE ale vubec vse ve svete javy je o CISTYCH standardech, ktere muzou implementovat jak nadace,tak komercni subjekty (viz. J2EE reseni)
Proc by se nemelo psat i o jave ?
Jak si prisel na to, ze je proprietarni a ze neni OSS ?
- Jukni na SUN a nekde si tam stopro sosnes zdrojaky VM, kompletni specifikace apod. ..
- Mozna ti to uniklo, ale SUN "sedi" na Jave co do cistoty, nebejt jeho intervence napr. proti Mrkvosoftu, pak by opravdu java byla SHIT, protoze Mrkvosoft s cilem svych zajmu zkurvi vsechno dobry
- Jak si prisel na to ze je ukrutne pomala ? Videl si nekdy makat serverovy reseni postaveny na Java technologiich ?
- Proc myslis, ze je JVM blbe navrzena ? mel si tu cest se potkat napr. s HOTSPOT VM ? nebo s VM optimalizovanejma pro symetric multiprocessing s paralelnim garbage collectingem ?
PODTRZENO SECTENO: ja osobne - a to je jen muj nazor, nikomu nic nenutim - si myslim, ze budoucnost je PRAVE v koncepci, jakou ma Java - zkratka emulace , nemuzu si pomoc, ale posledni dobou mi siti reseni na urcity konkretni prostredi s jeho odchylnostma a zaroven pri cenach a vykonech dnesniho HW pripadne prinejmensim ... za zastarale ... -
Alesak (neregistrovaný)
Doufam ze budoucnost v jave nespociva. Na jednu stranu je pravda ze jde o pomerne cisty jazyk (narozdil od treba C#), ze to je i pomerne rychly (na interpretovanej jazyk), pameti to zere hodne, ale ok, to prejdu, co mi vadi je to, co to dela z programatoru. Setkavam se dnes a denne s pristupem "co je pod JVM me nezajima, to neresim", kdy programatora nezajima ze ctyrprocesorovej sunovskej stroj uz pozadavkum javovyho aplikacniho serveru proste nestaci, protoze on "ma vsechno ciste vyreseny a za to ze nekdo spatne implementoval interfacy jdbc nemuze".
Navic se mi zda, ze to cely dost nenaplnuje myslenku "utilitarnosti", ktera je v UNIXech (o kterych doufam bude root i nadale psat predevsim) dost zasadni.
Ale ok, berte to vsechno jako muj nazor, nikomu ho nevnucuju, kdo s nim nesouhlasi, o tom si ovsem budu myslet svoje...;) -
Martin (neregistrovaný)
No, java má jeden zásadní problém, a to je nehorázně pomalý GUI. A to i na celkem rychlim HW a obzvlášť pod LINUXem. JEdit jsem měl jeden čas taky nainstalovanej a dost se mi líbil, ale nebyl jsem schopnej překousnout ty nekonečně dlouhý odezvy GUI na jakoukoliv akci.(Mám Durom 900, 256MB RAM)
Situace se prej s příchodem verze 1.4 o něco zlepšila (JEdit jsem zkousel na 1.3 pod LINUXEM), ale zas ne tolik, aby se to dalo normálně používat. -
Alesak (neregistrovaný)
Hm, kdybych k jave nemel uz dost zasadni stanovisko a sdilel Vas nazor na to, ze nejvetsim problemem javy je pomaly gui, tak bych vam doporucil podivat se na javovy vyvojovy prostredi eclipse (http://eclipse.org/), ktery pouziva nativni implementaci gui, takze je to pomerne rychly (na javu). Zaroven je to nejlepsi vyvojovy prostredi pro javu ktery sem videl. Kdybych psal v jave a potreboval bych vyvojovy prostredi, pouzival bych tohle. Protoze pisu __zaplat_panBuh__ v C a ve vimu, sem toho usetren.
-
MuRZ# (neregistrovaný)
Jo, to je jen potvrzeni toho, co pisu. IBM si predelalo knihovny pro GUI. Eclipse je zajimavy koncepne a nutno priznat, ze lidi z IBM vykouzlili z Javy, co to slo. Ale to neni standard, co urcuje Sun. Kdyby Java byla pod spravou ECMA, tak je to v pohode a IBM by predelala mnoho definic a nasledne implementaci. Takhle to musi delat pres ruku, jako je tomu SWT vs. Swing.
Jinak aby se tu zase neobjevil nejaky blbec jako ten zoul, co bude vytrhavat moje slova a delat z toho nic nerikajici gulas, tak tady je link na tech info, ktery potvrzuje to, co rikam:
http://eclipse.org/whitepapers/eclipse-overview.pdf -
MuRZ# (neregistrovaný)
Co to tady placas?
Java nema zadny standard, ten je jediny a to ECMA a nasledne ISO norma. Java mela byt standardizovana, ale pak ji prave Sun stahnul a v Java komunite to bylo dost k nastvani (tedy pro IBM, ktera si chce Javu upravit). Tak tu neplacej o tom, ze je standardni. To, ze ti da nekdo nejake zdrojaky je uplne sumak. TO vubec o zadnem standardu neni. A ad jejich dodrzovani, tak Java mela silene trable s RMI, ktere postavila na CORBA a kdy dlouhou dobu blbe implementovala RMI-IIOP bridge a byla za to kritizovana OMG. A to nemluvim o dalsich vecech jako to, ze neuplne implementuje popdoru pro TCPko (primarne neumi raw packety, coz mi v mnoha pripadech muze chybet) atd. Nema to cenu rozebirat takovou zrudnost. Je brana jen proto, ze je to alternativa vuci MS, jinak je to proste shit a k tomu nestandardni a jeste ho ma v ruce firma, co krachuje (jeden muj kamos co delal v netbeans by mohl vypravet o tom, jak ted je to v sunu debilni). Fakt super vyhlidka do budoucna.
A co se tyka rychlosti, tak se mrkni na znamou sajtu http://dada.perl.it/shootout/, kde muzes videt, jak je Java sileny shit, co do vykonu i spotreby zdroju (je pravda, jsou horsi jako PHPko nebo VBscript, ale to uz je fakt humus ;) ).
Nemluve o vykonu GUI, Swing je ta nejhorsi vec a IBM s tim byla od sameho pocatku nespokojena. Proto si udelali SWT a na Swingy se vykaslali, proste jen proto, ze je to shit (opet).
Ad JVM. Nema cenu se dal rozepisovat, par zminek muzes najit zde: http://cliki.tunes.org/JVM a nebo i jinde, kde se pise o problemy, kdy JVM ma 2 vrstvy (spodni, hodne low-level a pak horni, ktera je vazana na Javu). A v tom je prave ten problem, proc je ten sunt tak pomaly, ptz tam neni mozna abstraktni analyza a diky tomu je optimalizace toho stroje uplne v pytli. A nevim, co sem motas nejaky Hotspot? Vis vubec, co to je a jakou to ma architekturu? Jediny co je tam zmeneny, je to, o cem pisu (tedy ta druha vrstva), kdy je tam zvlast pridavan JIT pro jednotlive OS. TO je vsechno, to muze pridat tak 20% vykonu, ale kdyz ztratim diky koncepci JVM celych 200%, tak je mi to uz sumak. ALe hlavne ze mam Hotspot ;) to jo.
No nic, uzijte si ten sunt, fakt lidi z Javy ani sami nevedi, jak to funguje, ale pritom jsou horsi nez programatori nad VB. Vubec netusi nic o bajtkodu, o tom, jak blbe je tam udelan stack a nemluve o sprave heap (dokonce to ani neumi paralelni heapy :))) ) to je fakt zbesilost :))) Tak si uzijte sve interfejsy, jste patlalove. -
MuRZ# (neregistrovaný)
Vubec nejde o javu, jako o programovaci jazyk. V tom gosling udelal kus prace. Ale jde o to, co je pod tim a co jsou koncepty VM. Osobne jsem proto, aby se Java uvolnila a mohla se menit. Aby byla v ECMA, aby si ji mohl kdekdo implementovat a pripadne upravovat podle sveho. Nejde nabastlit jeden jazyk na vsechno. Mrkni se jak to pak dopada, ze sun musi udelat neco jako MIDP, ktery je uplne o necem jinem, nez normalni JDK.
Vyvojove koncepty se tam upravuji ne s ohledem na prostredi, ale s ohledem na Javu, aby se ji to prizpusobilo a ne Java tomu prostredi. Vznika z toho desny pelmel, kdy stejne vyvojar se musi v dusledku ucit uplne odlisne postupy.
Vhodnejsi je uvolnit to, nechat vzniknou ruzne klony (klidne at si MS udela svoje VJ++, proc by ho nemohli pouzivat jeho lidi ne a at vznikne klon IBM atd.). Budou mit svoje pouziti a sve nasazeni a svuj vyznam. V dusledku budou poskytovat velky vykon a budou srozumitelne pro vyvojare, jen API bude jine (coz je i ted a resi se to ruznymi obezlickami, napr. abych mohl pouzivat COM z Javy, musim mit treba JACOB a stejne ten neumi predavat objekty, tak me napr. MSMQ je skoro nedostupne). Je to slozitejsi, ale podle me je hlavni, ze nebude proprietarni technologie, ale bude volna pro vsechny zucastnene. A jestli se nam libi, jak to kdo implementuje je uplne jedno, to je otazka pohledu. Proste zakladem je mezinarodni standard a nechat ho zit a ne aby do toho mluvila komercni firma a ta ho svazovala pro sve zajmy. -
zoul (neregistrovaný)
Tak tomu definitivne nerozumim, jsem holt hlupacek :)
Takze by bylo vlastne *dobre*, kdyby mela kazda vetsi firma svou vlastni implementaci Javy, ktera by se (driv nebo pozdeji, viz J++) lisila od "vanilla" Javy od Sunu? "jen API by bylo jine"? :-)
Vsichni jsme pochopili, ze jsi se rozhodnul nedat Jave sanci, ted by bylo mozna dobre zacit normalne argumentovat, nebo si doma dat na zed plakat Sun Microsystems a hazet do nej sipky, kombinace obou pristupu vypada hloupe...
T. -
Salvador Limonez (neregistrovaný)
S tou otervernosti k modifikacim je to tak trochu obousecne. Kdo vi jak by to dnes vypadalo, kdyby java otevrena byla a MS se do ni pustil ergo by asi nykdy nevznikl .NET. To by ovsem popiralo zasadni princip javy - binarni kompatibilitu pro vsechny VM. To je ovsem jediny pozadavek na VM. To co uvnitr VM dela a jak to dela, to je zcela v roukou implementatora. Zkratka jedine co musi kazda VM umet je prezvykani jakehokoliv bytekodu. Jeste bych podotknul, ze si mozna taky trochu protirecite. Na jednu stranu volate po otevreni modifikaci a na druhou stranu mezinarodni standard.
-
zoul (neregistrovaný)
..."v Java komunite to bylo dost k nastvani"...
..."Java mela silene trable s RMI"...
..."neuplne implementuje popdoru pro TCPko"...
..."jeden muj kamos co delal v netbeans"...
..."se mrkni na znamou sajtu"...
..."Nema cenu se dal rozepisovat"...
..."ptz tam neni mozna abstraktni analyza"...
..."jak blbe je tam udelan stack"...
Jedna pani povidala.
T. -
MuRZ# (neregistrovaný)
Nauc se cist blbecku, nez neco okomentujes, jen doplnek pro podobne hlupacky
..."Java mela silene trable s RMI" - http://www.theserverside.com/home/thread.jsp?thread_id=5006&article_count=31
..."se mrkni na znamou sajtu" - mate tam link...."neuplne implementuje popdoru pro TCPko" - Java nepodporuje raw sockety. Mas to napsane o kousek dal, jen se naucit cist
Jinak pokud ti to nekdo precte: http://www.developer.com/java/ent/article.php/617391
"jeden muj kamos co delal v netbeans"...Jo delal, sun ale vyhazel vetsinu svych lidi, nemaj prachy no a co? Mas s tim nejaky problem?
..."ptz tam neni mozna abstraktni analyza" - ano, neni tam AA. -
zoul (neregistrovaný)
Problem je v tom, ze na raw sockety musi byt clovek root, coz neni v Jave lehke vyresit. Je okolo toho submitnutych nekolik bugu a v Tigeru by to melo byt (alespon castecne) resene. To mi prijde jako relativne vstricny a slusny pristup.
Krom toho chybejici ICMP skutecne vadi jen u male tridy aplikaci, a neni zas *takovy* problem udelat nejakou opicarnu k vyreseni. Tvrdit kvuli tomu, ze Java je na hovno, neni ukonem soudneho cloveka.
Neberu argumenty typu "Sun krachuje", "vyhodil vetsinu svych lidi" a "rikal mi to kamos co u nich delal" od nekoho, kdo neni ani schopny se podepsat.
T.
P. S. Doufal jsem, ze s tou abstraktni analyzou kodu to pro nas hlupacky trochu rozvedes, nuz co se da delat. -
MuRZ# (neregistrovaný)
A jeste jsem zapomel reagovat na jednu vec, Sun a cistota Javy :)))))) Uz dlouho jsem se tak nenasmal :))) Fakt super vtip.
Sun nenechal Javu standardizovat JEN a JEN proto, ze ji chtel a chce prodavat. Vubec mu nejde o zadnou cistotu kodu, ani nikomu z Green projektu, jde jim jen o to, aby vydelali penize. Nic vic a nic proti tomu, ale musim se smat, kdyz jim nekdo priklada to, ze chteji mit cisty kod :)) Vzdyt Oak byl driv navrzeny Goslingem jen tak aby jim pomohl udelat ten set-top box, a ptz krachli, tak uvedli Javu :))) Proste na krachu green projektu vznikla Java :))) Je to dost usmevne :)))
Zkratka prestan nas tu balamutit nejakymi idejemi. Jde jen o penize a kdyz pujde Sunu o krk (jako, ze mu uz jde), tak zacne kasirovat firmy, co Javu prodavaji a pouzivaji. Vubec s tim nema OSS nic spolecneho, jde o autorska prava, ktera ma na Javu Sun. A muze si klido urcit podminky, co a jak se bude s Javou. Zatim na ni vydelavaji jen druzi (hlavne IBM a BEA) a Sun jde do prdele, linux a intel mu nici se servery, z Javy nic nema, starofice proda tolik licenci za rok, co ms udela za den, proste nic nema. Zustali jim jen prava na Javu, to je posledni trumf, co muzou vytahnout, kdyz jim uz pujde o krk. -
Cohen (neregistrovaný)
Chlapce, mas nejaky psychicky problem?
O Jave (a cemkoliv) se da doskutovat civilizovane a ne takovymto hloupym stylem. Mozna ze se s tebou da v mnoha smerech souhlasit a v mnoha nesouhlasit. Ale kvuli tvemu konfliktnimu stylu diskuze s tebou nebude diskutovat nikdo jiny nez ten, koho nastves. Pokud se chces hadat, jdes na to spravne. -
CrONiN (neregistrovaný)
Ze java nie je standard, za to moze hlavne Microsoft, ktory si napriek *prisnej* specifikacii javy urobil vlastnu javu. Ze java je pomala, nie je pravda. Java je interpretovany jazyk a teda nikdy nebude taky rychly ako nativny kod, ale to od nej nikto neziada -- interpretacia bytecodu jej poskytuje obrovske vyhody, ktore by inak nemala. A 80 percent dovodov pomalosti javy sa nachadza medzi klavesnicou a operadlom stolicky. Ze JVM je blbo navrhnute? Mohol by si byt konkretnejsi? Ked vidis to toho, si asi v danej oblasti naslovovzaty odbornik, takze nam tu vsetkym objasnis, preco je vm taky strasny shit... Daj mi uspokojive vysvetlenie, a ja uz nenapisem ani riadok v Jave a idem pisat v C/C++. Akurat neviem, cim to budem kompilovat, ked od gcc-2.93 neexistuje spolahlive gcc.
-
Marek Slapak (neregistrovaný)
Tak tak, a ver tomu, ze to je ve svete Javy docela prirozene .. :-) oni kdyz tu Jáávu vymejšleli, tak přemejšleli a třeba si všimli i toho, že existuje nějakej Unicode v různých formách zápisu, a nebo vůbec, že existují i jiné národní zvyklosti, než US ASCII, že je víc zemí atd. :) taky si všimli, že existuje víc kódování abeced ... takže, v Javě, jak je STRING v paměti, je v UNICODE a jak jde dovnitř, nebo ven, tak se počítá s tím, že může letět třeba do formátu, kterej je ze svý povahy 8mi bitovej ...
... u Javích programů tě tedy dost často ani nemusí překvapovat, že se takhle chovají :-))) -
Juraj Sujan (neregistrovaný)
jedit som skusil a spociatku vypadal slubne, ale o vzapati som zistil, ze ako je to zvykom u vacsiny editorov i jedit ma VELMI obmedzene moznosti vyznacovania syntaxe, t.j. programatori napevno preddefinovali zopar typov jazykovych konstrukcii, ktore mi vsak nestacia.
ja si totiz na vyznacovani syntaxe velmi zakladam. pomaha mi to vyznat sa v kode a predchadzat chybam. jedit mi jednoducho neumozni nadefinovat si vyznacovanie syntaxe tak ako som zvyknuty a to najma pri zlozitych dokumentoch ako napr. PHP + HTML +CSS + JavaScript (vsetko v jednom dokumente).
marne uz dlhsi cas hladam editor pod linuxom ktory by splnal tuto moju poziadavku. pravda, par ich existuje, napr. VIM (na jeho zvlastnosti si vsak nemozem zvyknut), BlueFish (stale mi pada), Adie (zatial ma malo funkcii), a o dalsich neviem alebo mi inym sposobom nevyhovuju.
moje poziadavky nesplna ani jedit, ani napr. j, nedit, SciTE, kate, quanta plus, CoolEdit, Eddi, Freddy a kopa dalsich.
skoda, jedit by na to mohol mat. pravda, mozno sa totalne mylim, v tom pripade ma prosim opravte. a ak poznate nejaky editor s PORIADNYM vyznacovanim syntaxe, tak dajte vediet.
PS: Emacs som neskusal, ani neviem preco -
Ondra (neregistrovaný)Skvělé parsery, které parsují skoro každou blbinu a lze je přetvořit, prostě přesně to, co hledáte, má HomeSite. Bohužel pro vás jen pod Windows a bohužel pro všechny už se nevyvíjí.
Jinak PHP a HTML ještě jo, ale CSS a JavaScript byste už měl vyndat do zvláštních souborů. Má to více výhod - např. cache atd. -
Tomáš Valůšek (neregistrovaný)
jEdit sleduju dost dlouho. mám slabý zrak a tak používám písmo 24 bodů velké. jEdit se už dlouho pokouší o soft wrap, ale je na tom teď podobně jako Vim 5.0 - pokud wrapovaný text přesáhne velikost okna, jEdit se na soft wrap vy@$ a zbytek řádku táhne oknem doprava.
Nemhl by někdo napsat pořádný soft wrap a poslat to vývojářům? Dokud tohle nebude vyřešené o soft wrap korektně nebude zacházet i s "řádkem" velkým desítky KB, tak ho nemůžu používat, protože žvatlafony mají rády, když se jim odstavec nerozlamuje na řádky.
ČLÁNKY DO MAILU