Starší komentáře ke článku: jEdit - editor schopný nejen nahradit PSPad
Zpět na článek | Úvodní stránka Interval.cz
Datum vložení: 11.2.2005 11:18:32
1) Na začátku článku se uváí "srovnání s PSPadem" , nic takového v článku nevidím... 2) funkce které jiné editory neobsahují - to je vtip? 3) Java Runtime :o) co dodat Článek je dobrej, ale název a úvodní text úplně mimo mísu (někdo se snaží upoutat pozornost?)
Datum vložení: 11.2.2005 11:20:14
jen se upřesním - ne že nevidím srovnání s PSPadem - vidím jen lepší než PSPad, rychlejší atd. Nevím jestli je to zrovna "srovnání"
Datum vložení: 11.2.2005 14:03:35
Mas pravdu, mozno je nadpis zavadzajuci, ale v skutocnosti nie je co porovnavat. JEdit a PSPad je ako Ferrari a tak trosku lepsia Oktavka.
Datum vložení: 11.2.2005 22:14:51
Je fakt, ze JEdit ma hodne dobrych funkci, nastavit se da snad uplne vsechno. V praci na Widlich a doma s Tucnakem. Jedinne, co se da vytknout je rychlost. Ta je na vetsich projektech opravdu tragicka :-(
Datum vložení: 12.2.2005 10:15:53
Tak to je kravina. jEdit je právěže mimořádně rychlý, zkus si otevřít v UTF-8 soubor o velikosti 40MB (to je velký projekt, ne?), a editovat jej, pohoda, PSPad zde ZCELA zkolabuje a zamrzne..
Datum vložení: 19.2.2005 14:03:52
"Rychlost" je hodne vagni pojem - vy svym prispevkem chvalite skalovatelnost smerem nahoru, autor puvodniho prispevku si zjevne stezoval na skalovatelnost smerem opacnym. A pravdu mate nejspise oba.
Datum vložení: 22.2.2005 3:14:59
V PSPadu otviram soubory vetsi nez 100MB a zadneho zkolabovani jsem si nevsiml (256RAM)
Datum vložení: 11.2.2005 11:31:03
jEdit pouzivam pres 2 roky a jsem s nim naprosto spokojeny. Uz jsem si na nej vytvoril navyk. :-) Vsem doporucuji. Jedinou vadou je obcasna lenost. To je ale dan zaplacena Jave a architekture, kterou aplikace vyuziva.
Datum vložení: 14.2.2005 12:23:14
neni to "pomalost" nahodou zpusobena swapovanim disku? To pritel GC se snazi uvolnit pamet, zkuste mu dat vicero pameti viz vzpominany parametr Xms. Pokdu nic nezadate, tak si Sunovska JVM alokuje maximalne 64 mega, nikoliv 8 jak je chybne uvedeno v clanku.
Datum vložení: 11.2.2005 12:29:13
Zajímala by mě jedna věc - jak moc má jEdit konfigurovatelné hotkeys? PSPad používám právě proto že umožňuje k libovolnému tagu (respektive snippetu) definovat libovolný hotkey a můžu měnit i předdefinované hotkeys - umožňuje toto i jEdit?
Datum vložení: 11.2.2005 13:21:37
Hotkeys jsou konfigurovatelné neomezeně, umí spouštět funkce menu i velice pokročilá makra, a navíc je možné používat Abbreviations, takže PHP se mi třeba převede na <?php ... ?>
Datum vložení: 11.2.2005 13:34:06
To jsem pochopil i z recenze, mě jde o to jestli mi třeba umožní na stisk Alt+A "obalit" vyznačený blok konstrukcí <a href="<?=ROOT_URL?>..." title="...">...</a> a v ideálním případě třeba i nabídne parametry jako href a title k vyplnění. Kromě PSPadu jsem zatím na takovou funkci zatím narazil jen u HomeSite, kde byla ovšem implementovaná poněkud lajdácky.
Datum vložení: 11.2.2005 13:38:29
Jasně, toto se dá napsat jako triviální makro (podobné tomu makru na online nápovědu pro PHP, jak popisuji v článku), a přiřadit tomu makru třeba zmíněné Alt+A
Datum vložení: 12.2.2005 8:13:33
Nojo tak kdyztak radsi nez clanek, jehoz informacni hodnotra je zhruba "Zkuste jEdit, stoji to za to", ktery jsem precetl za 20 sekund, byste mohl napsat sofistikovanejsi pojednani o tom, jak napsat ta makra :-)
Datum vložení: 12.2.2005 10:18:56
Nemáš pravdu. Tento PRVNÍ článek popisuje hlavní výhody, popis, INSTALACI (ne, není tak triviální), jaké jsou vhodné pluginy a integraci s PHP, tedy vše pro to, aby člověk mohl hned začít. Začít ihned popisem makro-jazyka, když začátečník bude mít problém s instalací, není vhodné. Makro-jazyk je mimochodem kvalitně popsaný v nápovědě, stačí umět číst, negativisto ;-) Další díly se ale budou věnovat i tomuto..
Datum vložení: 14.2.2005 10:35:22
Radku prosim ta, nefunguje mi doplnovanie syntaxe nech robim co robim. Kolega mi odporucil stiahnut plug-in CodeAid, tlacim takisto ctrl+b a furt nic. ide mi o syntax PHP a XSL. Dik
Datum vložení: 14.2.2005 10:41:06
Zkus si nastavit v Utilities / Buffer Options / Edit Mode na PHP.. Potom napíšeš jen začátek slova, třeba arr, stiskneš Ctrl+b, a máš v navídce array, array_combine, atd.. To samé funguje na tvoje funkce, pokud máš instalován PHP parser.
Datum vložení: 14.2.2005 10:59:44
Dik, funguje to. Ja som cakal ze ta ponuka prikazov sa vyhodi sama a nebudem musiet tlacit ctrl+b. Este mam jeden dotaz. Existuju niekde dalsie color themes ako tie ktore su defaultne sucastou pluginu? Dik
Datum vložení: 21.2.2005 10:20:48
Nejake "color schemes" je mozne najst aj na: http://cvs.sourceforge.net/viewcvs.py/jedit/plugins/EditorScheme/schemes/ Mozno tam najdes tie, ktore ti chybaju
Datum vložení: 12.2.2005 9:02:04
Jak se poradne pouziva to Abbreviations? Nastavil jsem si nejake navic v options. Ale jak potom zaridim pri psani skriptu ze treba fce se zmeni na function atd. Diky za radu.
Datum vložení: 12.2.2005 10:22:36
Menu Utilities>Global Options>Abbreviations, a tam si nastav "Space bar expands abbrevs". Taky je zajímavé napsat slovo, stisknout Ctrl+; a vložit si je z textu přímo do Abbreviations. Skvělá věc. Bude to v dalším díle..
Datum vložení: 12.2.2005 3:15:39
Spatna reklama na spatny produkt
Datum vložení: 12.2.2005 10:25:21
Aha, dík za fundovaný názor. Chápu, že někteří lidi, co miluji PSPad, a je jim méně než 18 let, budou rudí, ale s tím se počítá. Skuteční programátoři PSPad nepoužívají. PSPad je super produkt, ale ne na programování.
Datum vložení: 12.2.2005 12:45:12
Skutoční programátori PSPad nepoužívajú. A čo ak nepoužívajú ani jEdit?
Datum vložení: 16.2.2005 14:02:50
pak používají VIM
Datum vložení: 1.3.2005 19:26:44
Presne tak, editor pro profiky je Vim :-).
Zajimalo by me, jak si jEdit poradi s jinymi jazyky, jako je treba Python?
Datum vložení: 12.2.2005 14:58:54
Vazeny pane Hulane, trochu objektivity by neskodilo. Jsem programator, neni mi pod 18 a presto pouzivam PSPad k naproste spokojenosti. Kdo umi, dokaze delat web-design i v notepadu, neb to neni v nastroji, ale v hlave :-) Kazdy program ma sva plus a minus a ma-li mit clanek smysl, je treba informovat popr. srovnavat podrobne a hlavne nestranne. Z vaseho clanku i lehce ironickych reakci pod nim mi spis pripada, ze vas k PSPadu ci jeho autorovi zere nejaka osobni averze. :o) Pekny den a trochu nadhledu a objektivity preje Dan
Datum vložení: 12.2.2005 19:03:43
Vazeny pane Dane, delat web-design v notepadu je prachsprosty masochismus, efektivni prace je v kvalitnim nastroji. Budte rad, ze se nemusite programovanim zivit. Preji hezky den! waclaw
Datum vložení: 15.2.2005 13:01:21
Mohlo mne napadnout, ze nejaky typicky programator nepozna nadsazku ;o)
Datum vložení: 13.2.2005 21:32:07
Já taky používám PSPad, je to fajn editor, ale na malé věci, chybí mi kontrola syntaxe, makra, hypertext search, a mraky dalších věcí. A protože můj comp má 2GB paměti, není problém mít JVM+jEdit neustále v paměti, takže i náběh je okamžitý.
Datum vložení: 14.2.2005 12:46:46
Podle me zalezi na tom, k cemu dany editor textu chcete pouzivat. Pokud potrebujete obcas sem tam neco editovat, pak je skoro jedno jestli pouzijete PSPad, jEdit, Cooktop ci cokoliv jineho. Ja ososbne jsem si na jEdit nikdy neprivyknul a to jsem core javista, asi to bude tim, ze na obcasnou editaci XML ci HTML mi postaci sepr rychly PSPad. Na druhou stranu si nemyslim, ze je PSPad, jEdit ci jakykoliv jiny sebebomabastictejsi editor textu vhodny jako vyvojovy nastroj minimalne pro takovou platformu jako Java. Pokdu chcete neco vyvijet tak nepotrebujete udelatko tzv. na kolene, ale potrebujete kvalitni a rozsiritelne IDE.
Datum vložení: 16.2.2005 16:03:52
Podle vašich názorů vidím, že jste jen namyšlený pitomec...
Datum vložení: 4.3.2005 15:01:17
> Skuteční programátoři PSPad nepoužívají. Radku, tohle tvrzení je od Vás přinejmenším SPROSTÉ a skutečně je nechápu. Chcete říci něco v tom smyslu, že kdo jezdí Žigulem, není řidič?
Datum vložení: 6.3.2005 19:29:47
Neznám PROGRAMÁTORA, který by programoval v PSPadu. Nemuslím zde psaní pár řádků PHP, či stovky řádků XHTML, ale skutečné programování. Přestože ta věta je hodně nadnesená, tak na ní trvám, tedy "Skuteční programátoři PSPad nepoužívají.". A drtivá většina z nich nepoužívá ani jEdit (i když pro PHP či Javu jo). Pokud někdo cítí, že "nebýt opradovým programátorem" je pro něj urážka, tak to je mi líto, tak to myšleno nebylo :-)
Datum vložení: 13.1.2006 12:00:54
Mozna nejsem "skutecny" programator, ale PSPad pouzivat k vyvoji skriptu pro vytvareni databazi MS SQL. A tyto skripty maji velikost nekolika MB. PSPad mi na toto vyhovuje mnohem vic, nez Query Analyzer, Management Studio, Visual Studio, ... Proste nejsem programator.
Datum vložení: 12.2.2005 12:01:21
Existuje pro tento program ceska lokalizace ?
Datum vložení: 15.2.2005 11:53:08
Ahoj, kedysi som sa na lokalizacie tohto vyborneho editora pytal priamo jeho autora "Slava Pestov", ktory ma informoval o tom, ze v sucasnosti ziadne neexistuju. Tato informacia vsak sa datuje k 2/2004, takze je "dost" neaktualna. Preto sa: 1) bud pozri do fora na strankach http://community.jedit.org/?q=forum 2) alebo napis priamo autorovi, ako som to kedysi urobil ja :) Osobne si vsak myslim, ze nie je potrebne pripravovat lokalizovanu verziu tohto editora, pretoze ak si programator alebo sa nim chces stat, tak budes musiet zvladnut aj "iste moznstvo" anglickych pojmov, ktore je zhodne takmer pre kazdy editor alebo IDE (edit, copy, find, search, plugin, folding,... ). A to samozrejme este nespominam syntax programovacieho jazyka, ktory sa rovnako sklada z anglickeho nazvoslovia :)
Datum vložení: 15.2.2005 16:27:40
nu nechci prudit, ale asi dlouho bych premyslel,nebyt autora clanku, co mysli JEditu pojmem [b]buffer[/b]. Alespon dle me znalost se tomu rika [i]TAB[/i], cesky receno [i]zalozka[/i].
Datum vložení: 16.2.2005 4:58:15
Co sa tyka nazvoslovia, tak osobne si myslim, ze je to obcas aj otazkou casu a zvyku na dane prostredie(editor, IDE), a jeho "obcas" mozno netypicke pomenovanie .... Pokial sa nemylim, tak Jedit ma uz priamo pri naistalovani k dispozicii tzv. "buffers", a prave tieto "buffers" by som priamo neprekladal ako "zalozky". Osobne si pod pojmom "buffer" predstavujem nejaky "zasobnik/zoznam" otvorenych skriptov. Pri instalacii "pluginov" je mozne totiz naistalovat aj tzv. plugin "buffertabs", ktory podla mna "skutocne" predstavuje tzv. "zalozky", tak ako ich pozname z inych editorov alebo IDE. No ako som uz spominal, je to vec nazoru ... kazdy moze pod danym pojmom chapat nieco trochu ine :) ...
Datum vložení: 16.2.2005 8:49:01
Ale vždyť buffer so tomu říkalo od nepaměti. Tedy alespoň od té doby, co existuje editor Emacs :-)
Datum vložení: 16.2.2005 10:48:53
Já bych buffer normálně taky nepřekládal, ale když buffer není nic jiného než pohled na otevřený *soubor*, zdá se mi nejméně matoucí pro lidi, co "buffer" neznají, to nazvat souborem.. A ten kdo buffer zná, ten bude překlad statečně ignorovat :-)
Datum vložení: 16.2.2005 11:14:58
S tymto mozem len a len suhlasit:) Aj preto nemam velmi v oblube "lokalizovane" verzie "editorov, IDE, ...". Buffer je jednoducho buffer :) Tusim, ze s pojmom "buffers" som sa prvykrat stretol prave u Emacs-u :) pri programovani v Lispe ... ale to uz bolo poriadne davno ... :)
Datum vložení: 12.2.2005 12:19:23
Dobrý den, nechci být dotěrný, ale zdá se mi, že přesně tento článek byl před časem publikován na autorově webogu! (viz. http://hulan.cz/blog/item/jedit-editor-co-je-schopen-nahradit-pspad)
Datum vložení: 12.2.2005 12:36:36
Ano, to je pravda. Tento článek jsem psal pro Interval.cz, a před měsícem poslal Vilémovi. Nicméně, Vilém na to nereagoval, tak jsem mu poslal článek znovu, a potom ještě email s dotazem, zda a kdy bude publikován. Po 3 týdnech nebyla žádná reakce, tak jsem článek dal na svůj weblog, a včera koukal, že je i zde. Se stížnostmi na podivné reakce se tedy obracejte na Viléma (v tomto případě).
Datum vložení: 12.2.2005 13:00:40
Prostě chybička v komunikaci, občas se zkrátka vloudí. Žádná katastrofa to není ;-)
Datum vložení: 14.2.2005 9:14:37
Na obranu p. Hulana musim napisat, ze podobna "chybicka v komunikacii" sa deje aj v pripade mojho clanku. Poslal som ho Vilemovi uz trikrat a prosil aspon o potvrdenie, ze clanok dostal (aby som vedel ze sa email nestratil) a stale nic. Tymto by som chcel p. Vilema [b]znova[/b] poprosit o odpoved. Dakujem.
Datum vložení: 14.2.2005 13:27:07
Klid prosím, hledám díry v komunikaci. Jakmile je najdu, ozvu se všem, buď jmenovitě, nebo prostřednictvím autorské konference ;-)
Datum vložení: 13.2.2005 12:08:38
Taky mám na svém počítači jEdit nainstalovaný, uznávám, že se jedná o skvělý editor, ale má i své podstatné zápory. Nejdříve bych vyjmenoval jeho hlavní klady: + skvělá podpora kódování + korektně zalamuje řádky + sympaticky se v tom editují značkovací jazyky + rozšiřitelná architektura Má však i dost důležitých vad, z nichž většina vychází z toho, že je to Java. 3% lidí možná ocení, že to rozběhnou i na svém druhém oblíbeném operačním systému, pro zbylých 97% lidí je však Java komplikace: - Pomalejší start (ne každý si může dovolit mít jEdit pořád v paměti) - Línější UI - V prostředí Windows velmi nepřirozený vzhled aplikace (i s motivem Windows) - Špatná integrace do systému (PSPad nebo EmEditor se umější do systému velmi šikovně integrovat, jEdit ihned po instalaci zůstává pouze další nainstalovanou aplikací, kterou je nutno explicitně spustit) - Relativní náročnost na zdroje Pro mě osobně je hlavní vadou pomalý start. Nemůžu si dovolit při každém otevření textového souboru 15 sekund čekat, než se jEdit načte. Našlo by se i několik dalších menších vad, které pro někoho vadami nebudou: - jEdit je silně zaměřený na Javu a docela slušně ještě podporuje vývoj webových záležisostí. Udělat z něj chytřejší editor třeba pro C# je ale velmi obtížné (kvůli omezením současného console pluginu) - Dá dost práce sehnat a vyzkoušet vhodné pluginy - Projekt se vyvíjí dost pomalu (za posledního půl roku prakticky nic nového) - Na to, že se jedná o jeden z významnějších Open Source projektů, je kolem jEditu dost slabá komunita, což člověk pocítí především tehdy, když položí nějaký dotaz do oficiálního diskuzního fóra (často vůbec nikdo neodpoví) Z mého pohledu je prostě jEdit tak trochu kontroverzní editor, své místo na mém počítači má, ale používám ho jen k velmi specifickým účelům (na běžnou práci mám EmEditor, který jako jeden z mála splňuje tři základní požadavky na textový editor: je rychlý a dobře integrovaný do systému, umí kódování a správně zalamuje řádky).
Datum vložení: 13.2.2005 21:34:11
Rychlost jEditu je vynikající, ale potom co naběhne, to je fakt. Nicméně, pokud má člověk dnes běžných 1GB paměti, není problém jej nechat běžet pořád v paměti. Otevírání souborů pro editaci v jEditu se dá potom řešit malým BAT souborem, který zavolá java.exe s parametrem jEditu a daného souboru (takto to dělám já). Reakce a naběhnutí jEditu je okamžité.
Datum vložení: 14.2.2005 7:18:58
:-))) wow, dnes běžný 1 GB RAM. V naší firmě je instalováno několik tisíc PCček, ale mohu Vám sdělit, že 1 GB nemá ani jedno. Ale aspoň jsem se v pondělí ráno dobře pobavil. ;-)
Datum vložení: 14.2.2005 9:22:39
No já bych řekl, že na počítači určeném pro vývoj by 1 GB paměti neměl být žádný problém.
Datum vložení: 21.2.2005 22:52:19
Teoreticky máte pravdu. Jaká je skutečnost, bylo nedávno popsáno v Poradně na Živě v odpovědech na otázku, jaký má kdo PC. Kupodivu právě profesionálové měli většinou ty nejhorší Tšunky^. Já sám jsem za celý svůj život viděl vlastníma očima jediný PC s 1 GB paměti (jeden server s W2k, který startoval skoru 1/4 hodiny). Každý ví, že počítačové firmy šetří nejvíc na RAM a že běžně prodávané počítače (především nootebooky) jsou paměťově poddimenzované.
Datum vložení: 10.3.2005 21:46:06
Gigo, na co, otec kreslí v 3D Cadu a tam je to využitelné, ale na vývoj? Mám 256 a ujde to(pravda bude to první upgrade), ale 512 naprosto stačí.
Datum vložení: 15.2.2005 9:09:28
Ano, takhle jsem otevírání souboru ve woknech řešil, ale když mám otevřený soubor a pokusím se otevřít druhý, spustí se jakoby druhá instance jEditu a otevřený buffer se objeví v obou. Jde tomuhle nějak zabránit?
Datum vložení: 14.3.2005 10:56:57
Ano da, pri implementaci spusteni pouzij switch -reuseview , napr: "C:\Program Files\j2sdk1.4.2_04\bin\javaw.exe" -jar "C:\Program Files\jEdit\jedit.jar" -reuseview "%1"
Datum vložení: 13.2.2005 21:27:42
Chtěl bych všechny diskutující upozornit, že toto je diskuse pod článkem a o článku. Pokud někdo chce kritizovat článek - obsah nebo formu - má možnost, to je zcela vpořádku. Pokud někdo chce kritizovat osobu autora a sprostě se hádat, nechť se obtěžuje na jiný server, zde takové příspěvky mažeme!
Datum vložení: 14.2.2005 7:56:13
já raději SciTE ^_~ http://scintilla.sourceforge.net/SciTE.html Platformy: win32 a gtk+ Licence: GPL Neříkám, že umí out-of-the-box vše, co jEdit, někdo také nemusí skousnout absenci klikacího nastavení, ale umí UTF-8 bez BOM a taby, což je pro mě kriticky důležité. Jinak není problém dopsat si soubor pro zvýrazňování syntaxe třeba vlastního jazyka... Chybí mi v něm zatím: *ukončování otevřeného tagu (viděl jsem v EMACSu, docela to šetří čas, zatím jsem neměl chuť si to do SciTE doprogramovat) *nabídka povolených atributů tagů a jejich hodnot (má PSPad i jEdit, ale co, alespoň se je naučím nazpaměť :p) *prohlížení dvou (více) bufferů najednou
Datum vložení: 14.2.2005 11:15:02
Docela zábavná diskuse, děkuji za osvěžení při psaní dokumentace k projektu v Java/JSP+Struts/WebSphere/MQ/DB2 na AS/400. Projekt čítá cca. 80 000 řádek JAVA kódu. Při psaní dokumentace potřebuji mít zapnuté WebSphere Development Studio a nahozený projekt. Mám v práci P4/2M4 MHz a 1GB RAM. K tomu nahozený Lotusy, Word a Excel. Nedokážu si představit, že bych přicházel o další MB RAM kvůli txt editoru. PSPad me zabírá právě 10,5 MB, mám v něm otevřených pár souborů a nějaké SQL scripty. Kolik mě zabere jEdit? Ad psaní www v txt editorech: Jinak, programují 15 let, ovládám jak tvorbu webů, tak psaní aplikací. Nevidím důvod, proč by se web nedal psát v PSPadu či UltraEditu ... Mám skušenosti s weby o rozsahu cca. 100 000 řádků zdrojového kódu (firemní web + extranet + podpora novinářů + dealeři + end users) i warehouse www aplikací ... "Upřímě řečeno" :) RAD nasazuji u věcí psaných v Java nebo C#, jinak zlatý PSPad nebo UltraEdit (WinVi taky není zlý)
Datum vložení: 14.2.2005 19:15:07
Pspad pouzivam kratce ale dost jsem si ho oblibil. Ted jsem presel na Linux a hledam nahradu takze jEdit urcite zkusim takze diky za tip :)
Datum vložení: 16.2.2005 14:07:58
zkus VIM, ten je ginitální
Datum vložení: 14.2.2005 19:20:42
Na vyvoj HTML projektu v php pouzivam phpeclipse@eclipse / gVim. jEdit mi po precteni clanku prisel jako rozumny kompromis, ale po vyzkouseni mi na nem porad neco nesedi. Ma nekdo dobrou zkusenost po prechodu prave z eclipse? Do nej sem zatim nenasel rozumny plugin na css a javascript, ale spravou projektu mu jEdit imho nesaha ani po kotniky... Mozna sem jen ukvapene hodil flintu do zita, proto predem diky.
Datum vložení: 14.2.2005 19:23:45
phpeclipse@eclipse / gVim asi konkurenci, pro velké projekty. V nějakém dalším článku se PHPEclipse budu věnovat.
Datum vložení: 14.2.2005 19:28:09
asi konkurenci nemá*
Datum vložení: 14.2.2005 23:07:09
Díky za tip! Už jsem se poohlížel po náhradě za phpEd (trial už vypršel a 250$ za to nedám). Uvidím, jestli to plnohodnotně nahradí... Určitě to chce trochu si s tím pohrát, ale jakmile si ho (jEdit) člověk přizpůsobí, stojí to za to. Líbí se mi hlavně klávesové zkratky a vůbec nastavení každého detailu.
Datum vložení: 15.2.2005 13:03:49
Pro multiplatformní programátory má jEdit jistě smysl a svou důležitost. U takových programátorů si dovedu představit, že 1GB bude běžná velikost RAM, ale co ten zbytek? Jsem přesvědčen, že pro ten zbytek, který tvoří většinu, který nepatří k programátorské špičce bude PSPad prozatím vhodnější než jEdit.
Datum vložení: 15.2.2005 14:49:00
Promiňte, ale dovolím si vám odporovat. Přestože se v současnosti žádnou "větší" prací nezabývám, mám doma počítač s 1 GB RAM a v současnosti uvažuji o zdvojnásobení - ten jeden gigabajt v pohodě slupne databázový server a na ostatní vývojové a testovací nástroje nic nezbyde ;-)
Datum vložení: 15.2.2005 14:54:19
Doporučuji... Upgradoval jsem před měsícem z 1GB na 2GB (4x512MB DDR450, DualChannel), vypnul swap-file, a je to hodně znát.. (a přitom to stálo pár Kč)
Datum vložení: 18.2.2005 10:09:03
no to se musim opravdu smat :))) ja mam 256 + 128 MB SDRAM 133 a PSPad mi na nem jede uplne bez problemu (delam eshopy a normalni webove aplikace). Podle vasich slov na svem pocitaci nespustim ani tu Javu, o jEditu nemluve. No musim rict, ze mi to nevadi, ikdyz ta kontrola php syntaxe by se hodila :) Ale to si chyby zrejme rychleji najdu sam ;)
Datum vložení: 18.2.2005 10:42:10
Jasně, že si člověk jEdit spustí i na historickém stroji, jen jej asi nemůže nechávat pořád v paměti.. I když s 384MB už snad i jo...
Datum vložení: 20.2.2005 0:30:07
Jsem také používal PSPad a kvůli kontrole syntaxe jsem přešel na JEdit. A to mám jen 256MB SDRAM a nepociťuji žádné zpomalení.
Datum vložení: 10.3.2005 21:51:42
Co to je za server? Teda spíš jak velká databáze, jestli to má vliv, zatím jsem dělal jen s MySQL a malou databází.
Datum vložení: 22.2.2005 3:12:57
1GB a prechod na 2GB jako reakce ze 1GB pro "normalniho" uzivatele je moc, hmm, mozna vam vydelavaji reklamy na microsoft ze nevite co s penezi, ale "normalni" clovek ma 512RAM a spusti na tom vsechno a bez problemu. A 512 je jeste dnes nadprumer. Ne kazdy je sefredaktorem nebo pracuje v Praze.
Datum vložení: 15.2.2005 19:00:34
PSpad fakt jako forever. V PHP delam uz dlouho, vystridal jsem uz hafo editoru jako PHP designer 2005 atd. ale stejne ten PSpad je nelepsi, jeho fce jsou fakt k nezaplaceni, hlavne polozka Nastroje. Akorat ten design by mohl byt trosku lepsi.
Datum vložení: 12.1.2006 17:43:58
Po precteni nekolika diskuzi srovnavajici JEdit s PsPadem, kde vicemene vysel JEdit lepe jsem se rozhodl ho poradne otestovat a popripade na nej s PsPadu prejit. Po nekolika dnech hrani a nastavovani vsak musim konstatovat, ze pokud nevyzadujete multiplatformni nastroj, je PsPad lepsi volbou a opravdu rad jsem se k nemu vratil zpet. Problem vetsiny diskuzi je v tom, ze lide si PsPad nevyzkouseji do hloubky a povazuji ho za nekonfigurovatelny nastroj, coz ovsem neni pravda. Pokud jeste dojde k pouziti CTags v CodeExploreru namisto stavajicho interniho, jak se uvadi v diskuzi, a bude pridano viceradkove vyhledavani, pak neni co resit. PsPad forever...
Datum vložení: 16.2.2005 12:03:09
Radku mam na teba jednu otazku. Pokusil som sa nainstalovat skin na jedit pomocou Look and Feel a stalo sa mi to ze Jedit sa natiahol na celu vysku obrazovky, t.j. nevidim navigacnu listu vo win. Nevies co to mohlo sposobit? V praci som urobil to iste ale listu vidim. Dikes.
Datum vložení: 16.2.2005 21:36:36
Mno jEDIT na Windows používám velmi často a líbí se mi, ale na Linuxu FC3 pod Javou je vše jako ve Windows což se mi líbí, ale nemůžu napsat znak "$" což je třeba v php velký problém... Nevím si s tím rady, jelikož v normálních aplikacích jde přes pravý Alt+ů nebo pravý Alt+4, ale v Jave se mi v těchto kombinacích nic nevypíše... Zkoušel jsem to řešit všemožně, ale nejsem Linux guru, mám ho rád, ale tohle asi nevyřeším... Toto je znalost z MDK 10,10.1,Suse 9.1, 9.2, a FC3 vše stejné, jakákoli Java aplikace -> nenapíšu "$"dollar a nevím co s tím... Poradíte někdo?
Datum vložení: 19.2.2005 12:51:37
Mám podobný problém v Javě ve Slackware Linux 10.0. Mám nastavenou českou klávesnici a v jEditu a i v jiných Java aplikacích nemohu napsat některé znaky (kromě $ třeba znak " což mi vadí ještě více). Vůbec se mi zdá, že česká klávesnice se v Javě na Linuxu chová nějak podivně. Zatím se mi to nepovedlo vyřešit. Poradí někdo? Co třeba stáhnout nejnovější verzi Javy. Zkoušel to někdo?
Datum vložení: 21.2.2005 16:13:06
No já mám te´d poslední verzi Javy 1.5.0.1 a měl jsem jsem i 1.4.2 a provozoval zkoušel to na MDK 10.0, 10.1, Suse 9.1, 9.2, FC3 a všude je to stejné, takže objektivně soudím, že je to Javou... Nešlo mi vícero znaků, nakonec jsem přišel na to, že Pravý Alt+ normální znaký a-z obsahují hodně pěkných znaků, vše co potřebuju, ale nikde není "$" :o( Jen taková nitka, pokud si nastavíš klávesnice KDE, tak na tom budeš téměř stejně... musíš se přepínat mezi českou anglickou... Proto je lepší mít klávesnice KDE vyplé a používat standartní Linuxovou českou, ale ta právě nějak nejde v Javě...
Datum vložení: 6.3.2005 15:39:47
No ja jEdit nepouzivam, ale zkouseli jste panove prenastavit locales? Pokud Vam prikaz locale vypise vsude en_US, tak muzete cekat jedine problemy.
Datum vložení: 24.3.2005 0:55:33
Tim to asi nebude... [root@mikek bin]# locale LANG=cs_CZ.UTF-8 LC_CTYPE="cs_CZ.UTF-8" LC_NUMERIC="cs_CZ.UTF-8" LC_TIME="cs_CZ.UTF-8" LC_COLLATE="cs_CZ.UTF-8" LC_MONETARY="cs_CZ.UTF-8" LC_MESSAGES="cs_CZ.UTF-8" LC_PAPER="cs_CZ.UTF-8" LC_NAME="cs_CZ.UTF-8" LC_ADDRESS="cs_CZ.UTF-8" LC_TELEPHONE="cs_CZ.UTF-8" LC_MEASUREMENT="cs_CZ.UTF-8" LC_IDENTIFICATION="cs_CZ.UTF-8" LC_ALL=
Datum vložení: 15.3.2006 12:11:56
$ - nevím, jestli je v Javě nějaká odlišnost (mám Slackware10.2 na shitu P166MMX, 128MB RAM), ale AltGr+ů (na anglické středník) mi hodí dolar
Datum vložení: 5.2.2007 10:47:00
No já po tom pátral a dopátral jsem se, že je to oficiální BUG Javy. Byl nahlášen před mnoha lety a nikdo ho ještě neopravil. Měl být opraven v nové verzi - není. Tahle ignorance sunu mě odradila od používání Javy :-(
Datum vložení: 17.2.2005 13:20:36
Díky za článek. Jen jednu připomínku. Ty příklady maker mají menší nedoostatky: u odkazu na manuál (*.chm) se zobrazuje "Stránka nelze zobrazit" - (poslední verze eng. manuálu). Ta cesta k *.html není evidentně správně. Po chvíli laborování se mi podařilo zprovoznit odkazování na "jednoslovné" funkce jako array atd., zatímco in_array se nezobrazí, nejspíš proto, že pro tyto víceslovné funkce jsou cesty vyoptimalizované - in-array. Druhý příklad sice funguje, firefox se otevře, bohužel jedit zatuhne :-(
Datum vložení: 17.2.2005 13:26:54
Musíš mít problém někde u sebe v konfiguraci jEditu či JRE, ty makra jsou zcela v pořádku a nic nezatuhává (na X instalacích)..
Datum vložení: 17.2.2005 13:35:32
Tak jsem ještě testnul poslední verzi HELP souboru, měl jsem asi 6 měsíců starou věc, a vše jede v pohodě..
Datum vložení: 17.2.2005 23:58:32
Kdybych lépe četl, tak jsem nemusel otravovat. Ano, funguje to samozřejmě, ale pouze s "Extended HTML Help", nikoliv s obyčejným manuálem. K zatuhnutí: problém je akorát v tom že to makro musí dojít do konce a to se stane až se ten exec úspěšně ukončí, tedy až manuál (jak HH, tak ve Firefoxu) zavřu. To mne nenapadlo.
Datum vložení: 18.2.2005 8:54:19
Me se zatim nejvic libil UltraEdit. Dost vyuzivam sloupcovy rezim.
Datum vložení: 23.2.2005 23:21:35
V UltraEditu nedělám, ale sloupcové bloky umi i Jedit - a moc pěkně.
Datum vložení: 19.1.2006 12:54:38
V UltraEditu jsem dělal, ale sloupcové bloky umi i PsPad - a moc pěkně.
Datum vložení: 22.2.2005 11:02:14
na rozumnu pracu sphp sa osvedcilo ZEND studio... ale to je ina cenova kategoria :)
Datum vložení: 25.2.2005 18:06:41
Poradite mi nekdo jak v jEditu zapnout/vypnou zalamovani radku (jedine co me schazi)?
Datum vložení: 25.2.2005 21:38:12
Utilities -> Buffer options -> word wrap
Datum vložení: 1.4.2007 9:55:54
Pri vetsim souboru je tohle velmi pomale, ale jinak to asi nepujde, nebo ano?
Datum vložení: 3.3.2005 21:41:28
Mno, jEdit se mi moc zamlouva z mnoha důvodů a klidně bych jím nahradil PSPadl, leč nějak jsem nenašel náhradu za PSPadovské šablony tagů(nejen tagů samozřejmě), tedy Ctrl+Space. Doplnovani slov je sice fajn, ale ne dost fajn...
Datum vložení: 10.3.2005 22:00:26
Umí jEdit nabízet v HTML tag po mezeře možné atributy jako (X)HTML Kit? Případně, když vkládám link na css soubor, tak nabízet procházení, nebo aspoň všechny css v projektu??
Datum vložení: 14.3.2005 10:00:10
Vynikající je makro "Browse and link", které to umí. Také doplní rozměry k obrázkům etc. http://community.jedit.org/?q=filestore/browse/39
Datum vložení: 1.8.2005 21:05:37
Prosím Vás, mám MDK 10.1, Javu 1.4.2_08 (v pořádku nainstalovanou). jEdit se mi pod WinXP spustí, ale v Linuxu jen vidím v panelu KDE, že se jEdit spouští, ale pak se nic nespustí. Netuším, v čem by mohl být problém. Díky
Datum vložení: 26.8.2007 19:46:17
Pratele, uz tu neco podobneho zaznelo, programator od cloveka co jen machruje se pozna jednoduse, jeden si veme nejaky slusny editor a zacne programovat, ten druhy bude tak dlouho resit jestli ten ci onen editor podporuje ci nepodporuje onu funkci az diky tomu nic nenaprogramuje. Nechte prosim vsem svoji svobodu ve volbe editoru a sudme programatory podle toho co vytvorili a ne v cem to napsali jo?:) Je to legrace Vas tu poslouchat
Datum vložení: 15.9.2007 15:37:53
Já stále ještě dělám v HomeSite, i když už jí teče do bot - vývoj ustal myslím někdy v roce 2004 (zakoupeno Macromedia nahrazeno dementním DreamWeaverem). Tehdy to byl ale asi nejlepší nástroj na editaci a díky skriptům se stále dají doprogramovat mnohé potřebné funkci. Dají se i tvořit nové syntax highlightery, dají se doplňovat nové snippety, tagy, dialogy (pomocí šablon VTML), dá se nalinkovat help podle slova pod kurzorem, funguje nápověda k php funkcím (parametry)... Jinak jEdit zkouším teď, no je to slibné, ale chtělo by to rychlejší vývoj... jinak na čistou Javu je v současnosti asi lepší NetBeans.