JANFROG: Aha, to je zvlastni. Ja mam taky GNU Emacs, a tak dlouho jsem googlil nejakej javascriptovej mod, az jsem nasel jeden, co mi pripadal rozumnej, a nekde na tech strankach (nebo v tech obecnejch komentarich na zacatku toho .el) jsem se docet, ze je to soucasti Xemacsu. Zkusim ho nekde vyhrabat.

Hmm....nam GNU a ten z xemacs mi nemaka....mam javascript-generic-mode, ale dokazu si to prestavit i lepe. No nic...

JANFROG: Zatim nejschopnejsi, co jsem pro Javascript nasel, byl ten javascriptovy mod, co je obsazen v xemacsu (ted to tu po ruce nikde nemam, ale snadno to dogooglujes). Vyzkousel jsem asi i tri nejaky jiny, ale ty byly tak tragicky, ze jsem misto nich radsi normalne pouzil c++-mode (aspon na zakladni barvicky). Ten z toho xemacsu vypadal aspon trochu slusneji.

Nevite o nejakem prijemnem JavaScript modu do Emacsu? Zvyrazneni syntaxe, automaticky indent, mozna i nejake zakladni doplnovani (ale nemusi byt :-)
Pomalu se zacinam s Emacsu vracet, zase zacinam editovat relativne dlouhe texty....

Pouzivate to JDEE nekdo v praxi? Mne to nejak vic nechodi nez chodi, pritom si myslim, ze jsem se instalacnich pokynu drzel presne.
Konkretne treba doplnovani funguje pouze a jedine u veci z java.lang.*, ale u niceho jinyho (nejen u mejch vlastnich veci ne, ale treba ne ani java.util.*).
Tedy napriklad kdyz vytvorim
HashMap m = new HashMap();
String s = new String();
a pak napisu
s.toS
a dam doplnovani, tak se spravne objevi s.toString(), lec kdyz pak napisu
m.toS
a dam doplnovani, tak se me to zepta, jestli ma HashMap importovat (a to i presto, ze uz to importovano je), kdyz dam y, tak to provede import, nic se nestane, akorat se me znova zepta, jestli to ma importovat, takze muzu doaleluja mackat y, ono to vzdycky prida jeden import a jinak nic, kdyz dam n, tak napoprvy ho stejne prida a znova se zepta, jestli ho ma importovat, kdyz dam pak podruhy n, tak skonci a prohlasi, ze nemuze najit typ HashMap a to je cely. Takze ve vysledku nejdojde k zadnymu doplneni, akorat mam o par zbytecnych importu navic.

MRUCH: Trefa do cerneho, dekuji.

http://lists.gnu.org/archive/html/bug-gnu-emacs/2000-11/msg00063.html
?

MRUCH: ssh, konkretne putty.

KKL2401: lokalne nebo pres telnet/ssh?

Mate nekdo zkusenosti s emacsem na HP-UXu? Ja mam k takovy masine pristup poprvy v zivote a ponekud me zarazilo, ze kdyz tam pustim emacs, tak ten prekresluje terminal s frekvenci jednoho radku za nekolik vterin (takze nez treba vykresli tu uvodni vitaci obrazovku, tak to docela trva). To vse bez nejakych zjevnych pricin jako absolutni zatizeni procesoru nebo tak.

esli vas to nepbavi tak se omlouvam ale nahodou sem na to narazil na EmacsWiki ve "vtipnejch" citatech:

"I'm using Linux. A library that emacs uses to communicate with Intel hardware."

KKL2401: to je tam standardne na ALT+/ , coz mi prijde jako celkem prijemny...ja uz bych nemohl furt prehazovat ty ruce z prstokladu na sipky a pak zas hledat prstoklad...ze je to v bashi a vsude na radkovejch aplikacich, to je asi normal, ale ja uz to mam treba i v GTK aplikacich nastaveny, ze mi tyhle zakladni emacs-like veci fungujou (napr. pri psani v mozille, v gaimovi atd.)...akorat se vetsinou dost motaj se zkratkama ty aplikace, ale napr. ted jak tu pisu ve firefoxovi, tak mi C-f, C-b, C-p, C-n, C-a, C-e fugnujou, takze sipky nepotrebuju :)

Kdyby to nekdo jeste neznal - mozna by se to mohlo objevit i na nastence:

http://www.emacswiki.org

Ale mam dojem, ze jeste neco dalsiho mi vadilo, jenom si nevzpomenu co.

GLIN: Ne, prave takhle. Akorat jsem pak mel nejak problem predefinovat to autodoplnovani, co je na C-space defaultne, na neco jinyho. Ale jak rikam, to bylo spis tim, ze jsem delal neco blbe.

KKL2401:
Ad. nesundavani rukou ze zakladni pozice: Naprosty souhlas.
Ad. Eclipse: Me to normalne funguje, akorat neni vyzualne videt, ze text oznacuju, jinak to pouzivam stejne jako v emacsu tj:
C-SPACE (set-mark) potom C-f atd. na pohyb - oznacuju text od mark k pozici kurzoru, pak M-w na copy a pak kdekoliv C-y na paste. Nebo oznacujes text jeste jinak?

GLIN: ten flymake se fakt da pouzivat? Jeste bych tak veril ze u Ccka nebo takoveho nejakeho jazyka, ale u C++ to musi byt neskutecne pomale...

GLIN: Tu emacs-like klavesnici v Eclipsu cas od casu zkousim (ve firme v tom uz pisem dost dlouho a predtim to byl nejakej IBM Visual Age, kterej snad podobnou volbu mel taky), ale i kdyz se to pokazde, kdyz to zrovna zkusim, zlepsi, tak od toho po case utecu ke standardnimu ovladani, neni to proste ono. Na emacsu je dobre to, ze clovek malokdy musi uhnout rukou ze standardniho posazeni prstu v poloze asdf jkl;, protoze i pohyb se s pomoci controlu da ukocirovat bez toho, aby clovek pravou rukou chmatal po kurzorovejch sipkach. To emacs-like chovani to umoznuje sice tak, ale nejak jsem trochu narazil pri oznacovani textu, tam uz to nejak takhle neslo (ale mozna jsem delal neco blbe). A pak tam bylo jeste par dalsich drobnosti (asi i to undo), ktery me presvedcili, ze nez jakysi (byt celkem vydareny) hibrid, tak radsi standardni chovani.
Ano, prave kvuli javovskejm identifikatorum jsem chtel nejaky kontextovy doplnovani. Byt u identifikatoru to jeste neni tak hrozny - to zvladne i ten neinteligentni M-/ - proste kdyz to nekde uvidi, tak to tam doplacne, ale prave to volani metod na nejakejch objektech, o kterejch toho zas tolik nevim, se hodi (ted treba budu psat neco s pouzitim SWT, to si myslim, ze bude kamen urazu, protoze pochybuju, ze by to JDEE bylo az tak dobry, ze by si umelo sahnout do toho SWT jaru a vytahnout si to API z toho).

Jinak na javu, co jsem ted psal mensi projekt jsem se rozhodl, ze prestanu ze 100% manii emacs na vsechno a pouzil jsem Eclipse, a zatim toho teda nelituju. Je tam volba klavesnice emacs-like, takze takova ta zakladni navigace ala C-f, M-f,..., M-d, M-Backspace, C-s, C-r,.... tam funguje (i kdyz to vyhledavani nezviraznuje vsechny vyskyty a undo je tam na F9, coz me vadi asi nejvic..ale jde to prenastavit).

A proc jsem se tak rozhodl(dlouho odolavam vsemu moznemu) zrovna u Javy? Protoze programovani v jave je takove, ze se identifikatory nezkracujou..to je vypisuji cely "DynamicGameObject", a bez toho dokoncovani bych fakt psal dosti neefektivne (ja vim, kdyz pises program, tak to dodrzovat nemusis, ale zaprve vsechny knihovny jsou tak psany..a za druhe myslim, ze by byla prasarna psat v jave jako v Ccku :) )

Navic takovy ty veci jako debug na jednu klavesu s vypisovanim call stacku a promennejch apod. je docela komfort... a to podtrhavani kodu je tam taky spolehlivejsi nez ten flymake a umi i naky lehky samoopravy.......i kdyz to jdee ani j-emacs jsem nezkousel, takze nemuzu porovnavat... kdyztak se pochlub, jak se ti s nima vede, nebo pro co jsi se nakonec rozhodl.

GLIN: No ja jsem asi ty veci, o kterych hovoris, nainstaloval, ponevadz to JDEE psalo v dokumentaci, ze je mam mit. Jedna z nich mi dela takovou podivnou vec, ze u souboru urcitych typu (napriklad ten Make file, ale i nejake jine) si to zabere uplne vrchni radek a tam se to cosi snazi zobrazovat (zrejme kontext, asi treba v jake je clovek funkci nebo tak, kdyz pise zdrojak). Kazdopadne to funguje nejak podivne a vic me to stve nez cokoliv jinyho.
Ale predevsim jsem se zatim dostal jenom k nainstalovani, nikoliv k procteni dokumentace a nakonfigurovani, takze nechci predcasne soudit. Kazdopadne kdyz dam System.out. a necham ho doplnit, tak to podle me funguje spravne, ale to je asi jediny, co se mi podarilo rozbehnout, aby doplnil, cokoliv jineho nejak nebezi - obcas zahlasi, ze potrebuje neco naimportovat a skutecne tam na zacatek nejakej import prida, ale i tak to nefunguje, navic tam ten import obcas prida dvakrat (a to i v pripade, ze uz tam jednou je, takze je tam pak i trikrat). Ale rikam, az si o tom budu mit cas trochu neco precist, treba to bude lepsi.
Ten flymake vypada zajimave.