Fórum Root.cz
Hlavní témata => Software => Téma založeno: Lukáš K. 10. 02. 2011, 16:55:37
-
Ahoj, v Linuxu nejsem úplný nováček, už nějakou dobu v něm jedu. Jsem takový pokročilý začátečník. A přemýšlím, jestli má smysl se ještě dneska učit Vim nebo Emacs. Všichni všude píšou, jak je to super a efektivní a výborné. Já používám Nano a jsem s ním docela spokojený, ale nevím, jestli by se mi fakticky nepsalo v něčem jiném líp. Občas dělám HTML stránky nebo edituju nějaké konfiguráky. Nejsem programátor. Mám se na něco takového vrhnout?
-
Podle mě to smysl pořád má, já třeba píšu všechno ve Vim, včetně článků pro Roota. Mám tam český slovník a nedělá mi to problémy. Emacs jsem nikdy nepřišel na chuť. Problémem těchto editorů je, že se je chvíli budeš muset učit zvládat, ale pak se ti v nich bude psát velmi pohodlně.
-
EMACS nevim, ten jsem nikdy moc nepochopil a prisel mi jako veliky moloch (ne nadarmo se rika ze je EMACS skvely operacni system, ale chybi mu kvalitni editor :)
A VIM muzu jedine doporucit. Rychly, efektivni, dostupny na vsech rozsirenych OS. Pomoci maker a pluginu se da skvele rozsirovat. (napr. http://vimeo.com/3535418 ukazuje vyssi divci). Na uvod doporucim skvely nadcasovy tutorial od Pavla Satrapy po jehoz prostudovani se ve VIM da efektivne pracovat. http://www.nti.tul.cz/~satrapa/docs/vim/
-
Hosi no nevim ale neni lepsi pouzivat na psani neco poradneho treba open office? Kdyz nejsi programator tak je to zbytecnost.
-
Máš-li víc jak tři ruce a hodláš do mačkání klávesových zkratek zapojit i hlavu, ber emacs ...
;D
-
Já jsem pracoval jako programátor, a používal jsem na to zásadně Emacs. Dodnes na něj nedám dopustit. Ale právě teď je součástí mojí práce konfigurovat Unixové servery. A tam Emacs není, nebo alespoň ne v základní instalaci. Proto na úpravy souborů používám Vi/Vim. Každý z obou editorů má něco do sebe, a považuju je za rovnocené. Emacs má z mého pohledu (můj osobní názor) lepší a intuitivnější ovládání, Vim je zase všude, a umí prakticky to samé. Doporučuji vyzkoušet oba editory, a zůstat u toho, který ti líp sedne. Nebo klidně i u úplně jiného. Ale pokud pracuješ pod Linuxem, měl by jsi znát alespoň základy práce s Vim (otevřít, vyhledat, upravit a uložit). Nikdy nevíš, kdy se ti to může hodit.
-
Já jsem se jednou naučil VIM pomocí bezvadného programu vitutor a nedám na něj dopustit. Jako správce sítě oceňuji to, že VI či VIM je prostě opravdu všude a když přistupuji ke konfiguraci serverů, tak prostě nemám čas tam instalovat vždy nějaký editor.
-
VILE = VI Like Emacs http://invisible-island.net/vile/ (http://invisible-island.net/vile/)
Používám už od doby, kdy jsem dělal v MS DOSu.
:D
-
Poslední co bych jako programátor chtěl dělat je programovat textový editor.
Ani jeden z výše uvedených mi nevyhovuje. Zvykl jsem si na editory v Eclipse a v MSVC. Asi nejlépe z těch konzolových mi vyhovoval mcedit a joe.
-
ondra.novacisko.cz: No, to bych ten editor od Vas chtel videt :-D... K tomu uz je potreba trochu znalosti... nejenom byt natrenovana opice :-D...
VIM je perfektni editor, dobre se s nim pracuje a je prakticky na kazde Linuxove distribuci nebo UNIXovem systemu. Jedna jeho nevyhoda je to, ze nez se ho naucite (trochu hloubeji) bude trvat par let... Ja si na nej tak zvyknul, ze delam vse jen v nem. Mam namapovane klavesy (treba na upload soboru na server, prelozeni projektu atd...)... Skvele jsou treba taky blokove operace - kdyz potrebujete zakomentovat blok kodu, kde nejsou blokove komentare... pripadne nahradit urcity text v bloku a podobne. Podporuje regularni vyrazy, coz se da taky pekne vyuzit...
-
Ma smysl ucit se emacs? Ne, nema. At uz je genialnost tohohle editoru na jakekoli urovni, casto na nej clovek nenarazi. A nevim o nicem co by emacs umel a jine editory ne (a co by prumerny admin pouzival denne).
Ma smysl ucit se vi? Ano, ma. Ja osobne tenhle editor nesnasim a nepouzivam, nicmene uz Xkrat jsem byl donucen ho pouzit, protoze na mnoha systemech (at uz Linuxovych, unixovych nebo treba AIXovych) nic jineho nebylo. Proto by zaklady prace ve vi mely patrit k povinnym znalostem kazdeho, kdo hodla nekdy narazit na neco jineho nez na operacni system u sebe doma.
Ja osobne nedam dopustit na mcedit, asi hlavne proto, ze je soucasti midnight commanderu, a bez midnightu si nedokazu svou praci vubec predstavit. Rekl bych, ze jsem na nem zavisly.
-
Emacs neni editor, emacs je user-landovy operacni system :-)
-
Myslím, že Vim má smysl se učit a hlavně ho používat jako hlavní editor jenom pokud tomu budeš věnovat dost času a úsilí, aby ses ho naučil pořádně. Dokud ho umíš blbě a máš v jeho ovládání velké mezery, tak bude míň efektivní než některý z obyčejnějších, přívětivých GUI textových editorů (např. gedit). Hlavně je potřeba sám hledat způsob, jak dělat věci líp, protože editor jako je Vim to sám nenabídne a není z něj zřejmé, kolik toho umí. Vitutor naučí jenom nejzákladnější ovládání Vimu, pro opravdu efektivní používání je potřeba se toho naučit mnohem víc.
-
Ja si myslim, ze pokud nejste programator, admin vzdalenych serveru, nepisete v texu neco na ten zpusob, tak je to pro vas zbytecna investice a radeji se ucte neco jineho.
-
ondra.novacisko.cz: No, to bych ten editor od Vas chtel videt :-D... K tomu uz je potreba trochu znalosti... nejenom byt natrenovana opice :-D...
No to byla ironie a narazka na hlavni vyhodu tech editoru, ze si tam mohu programovat makra. Me staci, ze obcas musim opravit nejakou tu sablonu, jinak mi vyhovuje prirozena inteligence asistencnich nastroju jako je Visual Assist, nebo Intellisense. Tlacitko na upload nepotrebuju. V Eclipse staci nastavit buildchain a na ulozeni je schopno to projekt prelozit, oznacit chyby, sychronizovat na server nebo ubalit balik a kdyz se budu hodne snazit, tak i aktualizovat prohlizec. O aktualizaci doxygenu se radsi nezminuji.
-
emacs jsem nikdy neprisel na chut, ale asi ma neco do sebe, kdyz ma tolik horlivych zastancu.. stale..:-)
vim je dobry ze je opravdu vsude - kdyz se bavime o linux/unixovych serverech...
samosebou se mi casto stava ze na nejakych starych strojich, kde bezi nejaky prehistoralni RH nebo AIX 3, ci nejaky stary HPUX najdu max to vi... ale jsem i za to rad, v emacsu bych nedovedl zeditovat ani /etc/hosts :-)))
-
Ako uz bolo napisane, staci sa naucit vo VI len zaklady. Otvorit subor nieco zmenit a ulozit. Vim je vsade a niekedy je ho treba pouzit. Ale inac si zvol tvoj oblubeny editor. Ja pouzivam hlavne mcedit, sucast midnight commandera.
Vi som nikdy neprisiel na chut a emacs som neskusal.
-
Právě pro učení takového naprostého minima s Vim jsem kdysi napsal článek Základní základy editoru Vim (http://www.root.cz/clanky/zakladni-zaklady-editoru-vim/).
-
vi/vim je jasna volba pro vsechny co delaji s pocitaci vic nez jen vybarvovani v paintbrush. Nezatracuju ostatni editory, ale alespon zakladni znalost vi/vim se rozhodne vyplati pro kazdeho Unix-like OS uzivatele. Ja osobne ho pouzivam vyhradne pro editaci veskerych konfiguraku etc. vzhledem k jeho velke dostupnosti v defaultu vetsiny dister coz, jak tady uz nekdo psal, vam usetri zbytecnou instalaci dalsiho editoru.
-
Právě pro učení takového naprostého minima s Vim jsem kdysi napsal článek Základní základy editoru Vim (http://www.root.cz/clanky/zakladni-zaklady-editoru-vim/).
V tom článku mě zaujala tato věta:
V tuto chvíli už znáte základy Vimu a měli byste být schopni jej bez problému použít. Věřte, že pokud se budete editoru Vim držet, ovládání vám velmi rychle přejde do krve a budete se zajímat o další užitečné funkce, kterých je opravdu spousta.
Denně s tím editorem něco edituju a deně na to nadávám (musím, ty stroje nejsou moje, editor tam většinou všude nastaven jako default). Funkcí je možná spousta, ale editor mi je sám nenabídne a čas louskat manuály opravdu nemám. Zato téměř vždycky hledám dvojtečku, protože se v závislosti na aktuálně stavené klávesnici nachází pokaždý někde jinde :-) Nedejbože, pokud člověk skončí třeba CAPS-LOCKem. Nedejbože, pokud na začátku zapomene zmačnout Insert (protože editační a příkazový režim nemá žádné grafické odlišení). Pak se stane, že spustí nějaké makro a marně hledá způsob, jak jej ukončit.
Konečně zkuste:
vi
i
Ahoj svte # kruci mám tam chybu
<-<-<- # zuřivě mačkám šipku doleva, abych kurzorem najel na misto chyby
WTF! # nadávám, když vidím výsledek
-
Denně s tím editorem něco edituju a deně na to nadávám (musím, ty stroje nejsou moje, editor tam většinou všude nastaven jako default). Funkcí je možná spousta, ale editor mi je sám nenabídne a čas louskat manuály opravdu nemám. Zato téměř vždycky hledám dvojtečku, protože se v závislosti na aktuálně stavené klávesnici nachází pokaždý někde jinde :-) Nedejbože, pokud člověk skončí třeba CAPS-LOCKem. Nedejbože, pokud na začátku zapomene zmačnout Insert (protože editační a příkazový režim nemá žádné grafické odlišení). Pak se stane, že spustí nějaké makro a marně hledá způsob, jak jej ukončit.
Konečně zkuste:
vi
i
Ahoj svte # kruci mám tam chybu
<-<-<- # zuřivě mačkám šipku doleva, abych kurzorem najel na misto chyby
WTF! # nadávám, když vidím výsledek
"Kdyby blbost nadnášela, vznášela byste se jako holubička".
Že nefungují šipky, je nastavením terminálu. Nadávat na SW, že v něm něco nefunguje, když si zmatlám nastavení terminálu či čehokoliv jiného, je, mírně řečeno, hloupé.
Že nedokážete najít na klávesnici dvojtečku či jakýkoli jiný znak, je problém uživatele, či dané klávesnice. Stěžovat si na SW, že dvojtečku požaduje, je, mírně řečeno, hloupé.
Nepochopil-li jste filozofii nějakého SW či se s ní nechcete smířit, tak ten SW nepoužívejte. Většina lidí používá Vim kvůli výrazně lepší efektivitě, která souvisí s naprosto odlišnou filozofií práce. Používát SW či cokoli proti jeho filozofii a stěžovat si, že není dobrý, je, mírně řečeno, hloupé.
Změňte si po přihlášení EDITOR a VISUAL na svůj oblíbený editor a přestaňte celý svět informovat o tom, jak jste neschopný.
PS: Nedávno jsem se tady usmíval nad výlevy michala-20, ale ty Vaše příspěvky jsou opravdové perly. Nejhorší na tom je, že je zatímco michal-20 byl obyčejný prudič, tak Vy to snad myslíte vážně...
-
... Zato téměř vždycky hledám dvojtečku, protože se v závislosti na aktuálně stavené klávesnici nachází pokaždý někde jinde :-) ...
;D ;D ;D
Jasně, to je problém vimu.
Kdybych používal vyžužlal studio a měl v systému víc jak jeden druh klávesnice, tak by se to nestalo.
Acho jo.
-
I kdyz neumim VIM a Emacs jen velmi malo (i kdyz se ho snazim pouzivat), myslim, ze to smysl ma (snad jen z vyjimkou pripadu, kdy pouzivate jazyk, ktery vyzaduje IDE, jako Java).
Velka cast opravdu dobrych programatoru pouziva VIM nebo Emacs. Jsou to editory programovatelne a umi toho opravdu dost. I kdyz jsem se puvodne chtel ucit VIM, nakonec jsem skoncil u Emacsu, protoze pro Common Lisp je to jasna volba. Druha vec, ze vam nemusi uplne sedet VIMovske workflow, tedy prepinani modu a snahu minimalizovat pocet klaves. Emacs mi take vyhovuje v tomto smeru lepe, protoze pri psani delam celkem dost preklepu.
Navic Emacs ma Org mode, coz je naprosto vychytany system na poznamky, TODO listy, kalendar, Get Things Done (TM), mindmapping a podobne veci.
-
Ja pouzivam nano a VI ci VIM mi pripadaju jak dinosaury... Kazdopadne odporucam mat prehlad o zakladoch VI pretoze v momente ked sadnem za nejaky AIX, HP-UX alebo hoci aj len starsi debian, na nano mozem zabudnut.
Edituj v tom co ti je pohodlne.
-
Hlúpa otázka a o príspevkoch je škoda vyjadrovať. Sakra, to sa vážne pýtaš na dovolenie, či to más skúsiť??? Vážne uvedom si, čo sa vlastne pýtaš.
Ak toú otázku vezmem doslova. Áno, má zmysel. Lebo existuje aspoň jeden človek, pre ktorého to zmysel má. Pri najhoršiom som tým človekom ja, čím je tvrdenie dokázené za predpokladu, že môžem hovoriť sám za seba. (pre hnidopichov, ktorí som nikdy nepochopil a musia si mastíť ego).
Poznám spičkových programátorov, ktorý programujú iba vo Vim ako aj spičkových ľudí, ktorí sa mu vyhýbajú. Na programovanie často používam Eclipse a mám v ňom vim-mode. Veľa ľudí v ňom nemá vim-mode a sú spokojný.
Chápeš, že na túto otázku si môžeš odpovedať jedine sám a keď budeš chcieť poznať odpoveď tak sa nevyhneš skúšaniu ani hľadaniu?
Ja môžem poslužiť článkom [urlhttp://www.abclinuxu.cz/blog/iwtu/2010/11/ako-mentalne-zacat-s-vim]Ako mentálne začať s vim[/url], aby si sa trochu menej bál do toho ísť... Ale ak nepôjdeš, absolútne nič sa nedeje a žiaden rozumný človek Ťa nebude odsudzovať. A na debilov si hold treba zvyknuť, nevyhneš sa im nikde :) Toto si myslím, že je tá sloboda. Používaj si pre svoju potrebu čo len chceš a nikto Ťa za to nebude odsudzovať.
Extrémy nikdy v histórií nefungovalo a vždy sa to nakoniec (ak nevymreli) vyvinulo do syntézy.
Good Luck :-)
PS. Ak to overenie. Konečne som sa naučil české mesiace :D
-
Že nefungují šipky, je nastavením terminálu. Nadávat na SW, že v něm něco nefunguje, když si zmatlám nastavení terminálu či čehokoliv jiného, je, mírně řečeno, hloupé.
Gnome-terminal - zajímavý je, že jiné aplikace s tím problém nemají. Řekl bych, že drtivá většina aplikací. Zatímco drtivá většina terminálu má problém s vimem. To asi nebude terminálem.
Že nedokážete najít na klávesnici dvojtečku či jakýkoli jiný znak, je problém uživatele, či dané klávesnice. Stěžovat si na SW, že dvojtečku požaduje, je, mírně řečeno, hloupé.
No protože význam tlačítka je dán obrázkem na něm namalovaným a pokud mačkám dvojtečku, mačkám ji proto, že chci napsat dvojtečku. Na příkazové klávesy jsou tlačítka F1-F12, případně zkratky CTRL+něco, které jsou nezávislé na nastavené klávesnici. Opět, drtivá většina aplikací s tím problém nemá. vim ano
Změňte si po přihlášení EDITOR a VISUAL na svůj oblíbený editor a přestaňte celý svět informovat o tom, jak jste neschopný.
Nemužu. Nebo neustále řešit změnu (která je stejně vždycky dočasná) mě fakt nebaví. Dočasnost je dáno prostředím, ve kterém se pohybuju.
PS: Nedávno jsem se tady usmíval nad výlevy michala-20, ale ty Vaše příspěvky jsou opravdové perly. Nejhorší na tom je, že je zatímco michal-20 byl obyčejný prudič, tak Vy to snad myslíte vážně...
Tazatel chtěl názor, já mu prezentuju svůj vlastní.
-
Že nedokážete najít na klávesnici dvojtečku či jakýkoli jiný znak, je problém uživatele, či dané klávesnice. Stěžovat si na SW, že dvojtečku požaduje, je, mírně řečeno, hloupé.
No protože význam tlačítka je dán obrázkem na něm namalovaným a pokud mačkám dvojtečku, mačkám ji proto, že chci napsat dvojtečku. Na příkazové klávesy jsou tlačítka F1-F12, případně zkratky CTRL+něco, které jsou nezávislé na nastavené klávesnici. Opět, drtivá většina aplikací s tím problém nemá. vim ano
Mačkáním dvojtečky se ve vkládacím režimu píše dvojtečka. V příkazovém režimu ne. Když si spustím třeba Totem a mačkám dvojtečku, tak to taky nepíše dvojtečku. Ve vimu je potřeba rozlišovat mezi příkazovým režimem (tam mačkáním kláves dávám příkazy) a vkládácím režimem (tam mačkáním kláves píšu). Protože vim má tyto režimy oddělené, tak na spoustu příkazů není potřeba mačkat Ctrl+něco, stačí jedna klávesa. Díky tomu je ovládání vimu velmi efektivní.
-
Mačkáním dvojtečky se ve vkládacím režimu píše dvojtečka. V příkazovém režimu ne. Když si spustím třeba Totem a mačkám dvojtečku, tak to taky nepíše dvojtečku. Ve vimu je potřeba rozlišovat mezi příkazovým režimem (tam mačkáním kláves dávám příkazy) a vkládácím režimem (tam mačkáním kláves píšu). Protože vim má tyto režimy oddělené, tak na spoustu příkazů není potřeba mačkat Ctrl+něco, stačí jedna klávesa. Díky tomu je ovládání vimu velmi efektivní.
Dokážete prostým pohledem na obrazovku poznat, co se stane, když zmačknete ve VIMu dvojtečku. Nebo libovolné písmeno? V jiných aplikacích většinou dvojtečka znamená dvojtečku nebo nic. Jo v Seamonkey to občas místo psaní hledá. Taky jsem tuhle funkci hned vypnul.
Na psaní jedním prstem zmačkněte ve Windows 7 pětkrát za sebou Shift. A uvidíte :-) Tohle řeší dávno operační systém a já třeba takhle programuju v Eclipse, když si vezmu notebook do postele a jsem linej u toho sedět.
-
Vim je dobrý narozdíl od nano, protože umí spoustu věcí užitečných při editování konfiguráků
např.:
- označit celou řádku či libovolný odstavec a kopírovat ho
- jednoduchým stisknutím "dd" smazat celý řádek - zlatá to funkce u konfiguračních souborů
- otevřít dva soubory naráz - vhodné při kopírování řádků z jiného konfiguračního souboru
To jsou ondro funkce, které prostě nano nezvládne, nezlob se na mě... A to, že jsi líný si pustit vitutor to neomlouvá. Vitutor garantuje, že se VIM naučíš za 3 dni a věř mi, nezapomeneš to.
-
Dokážete prostým pohledem na obrazovku poznat, co se stane, když zmačknete ve VIMu dvojtečku. Nebo libovolné písmeno?
?
Když vkládám/přepisuji, vidím ve spodní řádku -- INSERT -- nebo -- REPLACE --
V čem je problém?
-
Vim je dobrý narozdíl od nano, protože umí spoustu věcí užitečných při editování konfiguráků
např.:
- označit celou řádku či libovolný odstavec a kopírovat ho
- jednoduchým stisknutím "dd" smazat celý řádek - zlatá to funkce u konfiguračních souborů
- otevřít dva soubory naráz - vhodné při kopírování řádků z jiného konfiguračního souboru
To jsou ondro funkce, které prostě nano nezvládne, nezlob se na mě... A to, že jsi líný si pustit vitutor to neomlouvá. Vitutor garantuje, že se VIM naučíš za 3 dni a věř mi, nezapomeneš to.
Nebo třeba odsazování celých bloků vlevo/vpravo ...
-
Já používám Gvim a Vim cca 8 let každý (pracovní) den a programovat jsem se ho nikdy neučil (umím nastavit hodnotu proměnné v konfiguráku a dos. Namsto toho použiju už hotové rozšíření nebo si udělám v Pythonu filtr, kterým proženu zdrojový text nebo jeho část.
Nepoužívám žádné menu ani toolbar, všechno z klávesnice a klávesové zkratky si nepamatuju, nýbrž mám je v prstech. Parametrizované příkazy ve Vimu jsou super věc. Má smysl se učit Vim nebo Emacs? Podle toho co člověk bude často dělat. Pominu správu serverů, kde nic lepšího než Vim z principu neexistuje, zvlášť na lince s vysokým pingem, má to smysl všude tam, kde člověk nemusí nebo nemůže použít IDE. Zkoušel jsem (pod Windows) používat pár "programátorských" editorů počínaje JEditem a konče e-texteditorem a pokorně jsem se vrátil ke GVimu.
-
To jsou ondro funkce, které prostě nano nezvládne, nezlob se na mě... A to, že jsi líný si pustit vitutor to neomlouvá. Vitutor garantuje, že se VIM naučíš za 3 dni a věř mi, nezapomeneš to.
Nebo třeba odsazování celých bloků vlevo/vpravo ...
Tady došlo ke zmatené přezdívek a reakcí. Jinak k tomu co který editor umí. Tak klasické editory a textarey (včetně tohoto formuláře) umí hodně věcí. Hlavně se ovládají pořád stejně. Tady píšu, šipkama označuji, dělám vše, co dělám v každém textovém editoru. Kromě jiného, třeba visual studio.
Označit celou řádku: Home Shift+dolů
Označit odstavec: V programování odstavec nevím, ale podobně lze označovat stránku Shift+PgDown/Up
Označit od místa na konec: Shift+End
Označit celý blok nebo závorku: Musím stát s kurzorem na závorce, Ctrl+Shift+{
Celý řádek smazat: Někde funguje Ctrl+Y. Tam kde ne, většinou si to nejprve označím a pak smažu. Ctrl+Y bez Unda je ovšem nebezpečný
Otevřít naráz dva soubory. V Eclipse označím dva souboru a v menu vyberu Compare Each Other. Určitě je na to zkratka, jsem línej ji hledat. Ve VS porovnávač není, ale mohu odnést do editoru víc souborů na ráz.
Odsazování bloku: Označím blok a zmáčknu TAB nebo shift+TAB. Hloupý editor to smaže, chytrý to pochopí jako že chci odsadit
Co třeba označení obdélníkem: Nenašel jsem hotkey, ale ve VS výborná funkce. ALT+tahání myši
Zakomentování bloku: VS + VAX - označit a buď / (objeví se //) nebo * (objeví se /**/)
Uložení: Ctrl+S ... Eclipse zároveň provede buildchain ... přeloží, zabalí, a připraví, podtrhne chyby. Máme rychlé procesory, které se flákají, tak ať dělají něco užitečného
Uložení všech změn: Ctrl+Shift+S - skoro všude
Konečně, všechny ty hotkeye jsou v celém systému stejné. Ctrl+Z, Ctrl+X, Ctrl+V, Ctrl+C, Ctrl+Shift+Z, Ctrl+F1, Ctrl+F4, Ctrl+Tab, Ctrl+Shift+Tab, Ctrl+Šipky. Přebírá to desktopy na linuxu, přebírá to i bashová konzole. Proč má být Vim jiný?
Jak fungují ve vimu assistenti. Dostatnu po napsání tečky listbox s výběrem member funkcí?
-
ondra.novacisko - Vi/ViM se tak jak se ovládá, ovládal dávno předtím než jsi se narodil, a ovládat se tak bude dávno potom co tě zahrabou. Na ViMu je právě nejdokonalejší to, že uživatele neotravuje nějakými meníčky a okýnky, které se co půlroku mění a přesouvají, a uživatel je mnohdy ani nepotřebuje a jenom zavázeji a znepřehledňují práci. Naučit se naprosté základy editace textu, které by ti očividně stačili abys nemusel tak trpět při práci s ním, by ti nemělo zabrat víc jak 10 minut, to jsi více času strávil psaním zbytečných komentů sem. Pokročilejší práce pak vypadá tak, že si postupně objevuješ funkce, které opravdu potřebuješ, které si pak namapuješ jak ti to vyhovuje. Tím se z Vimu stává nástroj pro každodenní práci s textem, na jehož efektivitu žádný jiný editor nemá.
-
Deset minut to tezce prehanite. Taky nejde jen o nauceni, ale o zvyk. Kdyz cely zivot soupate kurzor sipkami a tlacitko backspace maze posledni znak, tak se nesmite divit, ze je pal clovek rozhozen. NAvic editor se pry nemeni, ale co konfigurace, to jine klavesy. Insert nebo i. Nekde sipky jdou, jinde nejdou.
argument ze jde o starozitnost je jak stehno. Dneska klavesnice stoji 150kc a ma 105 klaves, vcetne tech urcenych pro editaci a navigaci kurzoru.
Jak pisete do diskuze? Nezacinate nahodou vzdycky napsanim pismena i? kolikrat za psani stisknete Esc? (nektere prohlizece to berou jako smazani textu). Pak urcite chapete, o co mi jde.
menitka nepouzivam. Ale na funkce, ktere pouziju jednou za mesic se hodi, funguji jako navigator k dalsim funkcim. Vim mi nenapise ani radek o tom, kde mam hledat napovedu.
-
Podle me to ma smysl predevsim pro lidi co umi psat vsemi 10ti.
Ano, na zacatku to stoji cas a usili ale kdyz to clovek dostane do krve tak uz jenom ziskava.
Vsem milovnikum vi doporucuju pentadactyl - rozsireni ve vi stylu pro firefox :-)
-
Ondro, přijde mi, že to trochu hrotíš. No tak ti prostě vi(m) nevyhovuje, no a? Je tu zjevně dost lidí, kterým vyhovuje.
...a nejspíš to bude (jako u všeho jiného) hlavně o tom, co člověk většinu času dělá. Když je např. admin, tak je pro něho docela spása, když editor třeba umí přímo v textu doplňovat cestu k souboru - nemusí se hrabat někde bokem v terminálu, tam si celou cestu vy-tabovat, označit, zkopírovat a vkládat do editoru.
Dalším příkladem budiž vložení výstupu příkazu do textu. Chci občas vložit aktuální datum? Občas seznam souborů v nějakém adresáři? Občas jánevímco? Není potřeba si pamatovat nějaký šílenosti typu CTRL+ALT+D (date), CTRL+SWITCH+L (ls), ALT+SWITCH+J (jánevímco), ani tyhle šílený trojhmaty lovit po klávesnici - člověk totiž zná příkazy, který tohle dělají v terminálu, tak je použije tak, jak je používá v terminálu:
:r! date
:r! ls ~
:r! janevimco
Ten tvůj argument s konzistentností ovládání textarea a "běžných" editorů naprosto chápu - ale ty zas chápej, že vim přináší daleko širší konzistenci třeba s tím ovládáním terminálu. Já jsem třeba neuvěřitelně rád za šipku nahoru (v příkazovém modu), protože se pomocí ní třeba za pár dní vracím k příkazům, který jsem psal předtím. A funguje to naprosto konzistentně s tím, jak funguje šipka nahoru v shellu, který používám - a to je pro mě daleko podstatnější, než konzistentnost s ovládáním GUI aplikací...
Jsme prostě každej jinej a děláme jiné věci no... nic novýho pod sluncem.
-
Deset minut to tezce prehanite. Taky nejde jen o nauceni, ale o zvyk. Kdyz cely zivot soupate kurzor sipkami a tlacitko backspace maze posledni znak, tak se nesmite divit, ze je pal clovek rozhozen. NAvic editor se pry nemeni, ale co konfigurace, to jine klavesy. Insert nebo i. Nekde sipky jdou, jinde nejdou.
argument ze jde o starozitnost je jak stehno. Dneska klavesnice stoji 150kc a ma 105 klaves, vcetne tech urcenych pro editaci a navigaci kurzoru.
Jak pisete do diskuze? Nezacinate nahodou vzdycky napsanim pismena i? kolikrat za psani stisknete Esc? (nektere prohlizece to berou jako smazani textu). Pak urcite chapete, o co mi jde.
menitka nepouzivam. Ale na funkce, ktere pouziju jednou za mesic se hodi, funguji jako navigator k dalsim funkcim. Vim mi nenapise ani radek o tom, kde mam hledat napovedu.
-
Profici odporucaju VIM.
-
Já jsem se učil Vim před lety ještě ve Windows a už tehdy jsem byl uchvácen jeho možnostmi. Ano, je složitý a dlouho trvá, než se ho člověk naučí a než si ho přizpůsobí k obrazu svému (neboť je extrémně konfigurovatelný), ale ve výsledku se to vyplatí. Já osobně nejsem programátor, maximálně si tak blbnu s několika málo statickými webovými stránkami, jež spravuju, ale neuvěřitelně zvyšuje moji produktivitu i v banálních záležitostech. Zejména jeho příkazový mód (nebo jak se tomu říká - prostě ta "integrovaná příkazová řádka") nabízí fascinující možnosti, jak zpracovávat a formátovat text. V porovnání s Vimem si pak v jiných textových editorech případně procesorech připadáma jako bezruký...
-
Diskuse se jaksi presunula kamsi mimo, do porovnavani vi/vim s ostatnimi editory. Nikdo nezpochybnuje to, ze vi/vim je dobry editor plny uzitecnych funkci. Stejne tak emacs. Otazka vsak znela, zda ma smysl se nektery z techto editoru ucit. Chtelo by to otazku upresnit, zda chce tazatel po nauceni u daneho editoru uz vyhradne zustat, nebo zda se chce jen naucit zaklady 'pro strycka Prihodu'.
-
Ondra.novacisko: Nic nepřeháním, pokud ti trvá dýl jak deset minut pochopit, že ve Vimu existují různé mody mezi kterýma lze přepínat a jak se ukončuje pak nechápu jak můžeš vůbec programovat. Pokud máš problémy s tím že se to ve Vimu dělá jak se to dělá a jinde se to dělá jinak a ty pak začínáš psát texty třeba do tohoto textarea písmenem i a během psaní mačkáš ESC, hledej problém u sebe a ne ve ViMu, já ho používám dnes a denně a tyto problémy fakt nemám...
A btw ViM při spuštení píše jak se dostat do nápovědy...
-
Ondra.novacisko: Nic nepřeháním, pokud ti trvá dýl jak deset minut pochopit, že ve Vimu existují různé mody mezi kterýma lze přepínat a jak se ukončuje pak nechápu jak můžeš vůbec programovat. Pokud máš problémy s tím že se to ve Vimu dělá jak se to dělá a jinde se to dělá jinak a ty pak začínáš psát texty třeba do tohoto textarea písmenem i a během psaní mačkáš ESC, hledej problém u sebe a ne ve ViMu, já ho používám dnes a denně a tyto problémy fakt nemám...
A btw ViM při spuštení píše jak se dostat do nápovědy...
Sorry, nebudu odpovídat na dotaz tazatele, který můj příspěvek nepochopil. Zkuste pracovat se dvěmi klávesnicemi, kde na druhé klávesnici máte tlačítka home a end posunuté o řádku níž. Zaručeně jednu z těch dvou klávesnic vyhodíte z okna. A není to o tom, že by se člověk nedokázal na té druhé klávesnici naučit psát.
VIM je to samé. Naprosto jiné nezvyklé prostředí, editační "mody" (ty jsem opustil v dobách ZX Spectrum)... chápu, že to kdysi mělo smysl. Ale ne dneska, kdy jsou rozhraní víceméně standarizovaná.
-
...
Jak fungují ve vimu assistenti. Dostatnu po napsání tečky listbox s výběrem member funkcí?
...
;D ;D ;D ;D
To je tebe nehodná hloupá a ubohá demagogie.
Vim je "vytuněný" textový editor.
Asistenti bývají součástí IDE, u kterých je editování textu až někde na konci reklamních blábolů ...
PS: Mi vim vyhovuje, Tobě ne. Já s tím nemám problém.
-
Diskuse se jaksi presunula kamsi mimo, do porovnavani vi/vim s ostatnimi editory. Nikdo nezpochybnuje to, ze vi/vim je dobry editor plny uzitecnych funkci. Stejne tak emacs. Otazka vsak znela, zda ma smysl se nektery z techto editoru ucit. Chtelo by to otazku upresnit, zda chce tazatel po nauceni u daneho editoru uz vyhradne zustat, nebo zda se chce jen naucit zaklady 'pro strycka Prihodu'.
Správně.
Tazatel by si měl ujasnit, k čemu/kde/jak často/ chce ten editor používat ...
-
kratka odpoved je - ano, urcite.
kedysi davno som bol aj ja joe-user - vsak zviknuty z notepad-u a wordpadu, ze sa mozem hybat sipkami a bolo mi to nepochopitelne, ze to vo vi nefunguje ..
s vi som zacal lebo "kazdy UX admin to pouziva" .. troska blby dovod, ale tak kazdy nejako zacina .. najskor som bol rad, ze som vedel vobec z vi odist, neskor ze viem nieco aj save-nut .. a tak postupne som otvaral dokumenty aj v joe aj cez vi az tak, ze pouzivam len vi ..
na vi(m) je jedna vec zaujimava - najskor nadavas, ako je mozne vobec, ze take cosi existuje a ked sa to naucis, budes nadavat, ze ako si mohol bez toho byt ..
a pri zlozitejsich upravach sa budes tesit, ze by si sam neveril, ze sa to vobec v editore da urobit ..
vi(m) je editor, ktory sa ucis asi do smrti .. a je to ako s hudbou - na niektoru musis dospiet, aby si ju pochopil
btw. emacs som nikdy nepouzival, nebol dovod. vo win mam nainstalovany gvim
-
Nemá vůbec žádný smysl. Učit se tento historický software je k ničemu. Doporučuji se naučit pár základních příkazů editoru VI (nikoliv VIm), který se nachází na všech unix-like sysémech, musíte-li s nimi bohužel dělat. Ukončit editor, přejít do editačního módu, uložit data do souboru úplně stačí.
Pár přitroublých příkazů typu dd na výmaz řádku se vám může hodit, ale není to nutné znát. Můžete-li, odmítněte pracovat na "čistém systému", kde není nic jiného než "Vi". S tím se nedá dělat. :)
-
Emacs? Nemá smysl.
Vi? Nemá smysl se to učit nějak podrobně. Ale naučit se základy ovládání (dd, :w, ZZ, i, a, x, ovládání kurzoru) se hodí, produkční stroje většinou jiné editory nemají (rozhodně nemají GUI editory) a lepší editor pro editaci přes SSH z mobilu jsem nenašel a to se taky opravdu hodí.
-
Sten: Přesně tak to je! Spíš bych se učil něco jiného než jak ovládat svůj textový editor.
-
Sten: Přesně tak to je! Spíš bych se učil něco jiného než jak ovládat svůj textový editor.
Najdou se i tací, kteří si myslí, že naučit se efektivně ovládat svůj základní pracovní nástroj, ve kterém člověk tráví většinu času, není od věci.
-
Sten: Přesně tak to je! Spíš bych se učil něco jiného než jak ovládat svůj textový editor.
Najdou se i tací, kteří si myslí, že naučit se efektivně ovládat svůj základní pracovní nástroj, ve kterém člověk tráví většinu času, není od věci.
Člověk využije ve své práci tak 10% funkcí editoru. A těch zbývajících 90% najde většinou v menu :-)
-
Člověk využije ve své práci tak 10% funkcí editoru. A těch zbývajících 90% najde většinou v menu :-)
Ja si myslim, ze hlavni sila Vimu a Emacsu oproti IDE editorum je nizka bariera pro customizaci. Co kdyz tu specifickou vec v menu vaseho IDE nenajdete, nebo ji chcete trochu jinak? Emacs i Vim je pomerne snadne zaskriptovat, ale moderni IDE?
Jinak receno, IDE jsou katedraly, kdezto Vim a Emacs jsou bazary. Viz tez skvely clanek http://steve-yegge.blogspot.com/2007/01/pinocchio-problem.html (http://steve-yegge.blogspot.com/2007/01/pinocchio-problem.html).
-
učit se vim? určitě!
Při vzdálené editaci konfigů mi stačí telefon PDA bez F ctrl .... kláves akorád ten esc byvá problém.
Při editaci textu nemusím sundat ruce s kláves, vložení výstupu z externího příkazu, souboru... přes : je fantazie.
-
Tak jsem to nejspíš vyřešil.
Půjdu na to tradiční metodou. Nainstaloval jsem GVim a pro začátek holt něco odklikám a pak se naučím co potřebuji. Od začátku snadno použitelný a pak jen stále lepší. ;)
Že tam občas GUI mít nebudu? To už se bez něj obejdu.
-
Co kdyz tu specifickou vec v menu vaseho IDE nenajdete, nebo ji chcete trochu jinak? Emacs i Vim je pomerne snadne zaskriptovat, ale moderni IDE?
Valná většina katedrál se dá programovat. Snad kromě Visual Studio Express, ale tam je to s bysnys důvodů Microsoftu. Přesto jsem tuhle možnost nikdy nevyužil a maximálně jsem si pomohl s tzv "External tools", což není nic jiného, než si k hotkey přiřadit příkaz spuštěný přes cmd ... (různé ty svn commit a svn update, open terminal, atd). V Eclipse občas využívám možnost upravit si build-chain.
Souhlasím s tím, že admini asi vi(m) využijí, ale nejvíc mě překvapují lidi, co v tom programují. Když hledají definici funkce, hledají to 'grepem', překlad pouští napsáním 'make'
-
překlad pouští napsáním 'make'
Šokující!
-
překlad pouští napsáním 'make'
Šokující!
Samozřejmě, mě stačí zmačknout F7 (v Eclipse to stačí jen uložit). Chybová místa mi to podtrhá jako ve Wordu překlepy :-) Luxus
-
Samozřejmě, mě stačí zmačknout F7 (v Eclipse to stačí jen uložit). Chybová místa mi to podtrhá jako ve Wordu překlepy :-) Luxus
No a představ si, že já, když programuju v mono/boo, tak používám Monodevelop, užívám si luxusu IntelliSense nebo jak se tomu nadává - a když dělám administrátorský věci, píšu ve vimu a užívám si luxusu doplňování cest k souborům a vkládání výstupů přikazů.
A dokonce když píšu v LaTeXu, obvykle si k tomu napíšu Makefile, abych pdfko vytvořil z vimu pomocí :m<šipka nahoru><enter>. Shame on me!
-
a když dělám administrátorský věci, píšu ve vimu a užívám si luxusu doplňování cest k souborům a vkládání výstupů přikazů.
Jak to souvisí s tím, co jsem psal?
-
Jak to souvisí s tím, co jsem psal?
Přál bych ti, Ondro, aby tě nerozčilovalo, že někteří lidé používají jiné nástroje než ty a jsou s nimi spokojení. Jsou na světě i horší věci.
Tímto s dovolení debatu končím.
-
Zvláštní je, že když je debata o ViM nebo Emacs, tak jsou nejaktivnější uživatelé, kteří ty editory neviděli vůbec nebo jen z povzdálí a vůbec nepochopili jejich koncept :)
Za prvé je třeba rozlišovat původní Vi a ViM. Ač je hlavní koncept stále stejný, původní Vi byly značně omezené s ohledem na dobu svého vzniku. Proto je možné, že třeba podporují šipky jen v Normal modu nebo dokonce vůbec, obvykle nemají vícenásobné undo, práci s více soubory atd.
Oproti tomu ViM je moderní editor, který zachovává původní koncept práce, ale navíc má všechno, co by měl mít moderní editor, včetně výše jmenovaného a IDE funkcí a přidává další užitečné příkazy navíc, a taky skriptování pro snadnou tvorbu pluginů.
Tvrzení, že ViM je v dnešní době zastaralý, protože dnešní klávesnice mají šipky, nebo nemá klávesové zkratky kompatibilní s jinými editory, je zcela zcestné a absurdní. Podstatné omezení člověka je to, že má pouze deset prstů a tím daný velmi omezený rozsah klávesnice, na kterém se může efektivně pohybovat. I když budete mít klávesnici jako varhany, tak počet ruk zůstává stejný. ViM možná zanikne, až se naučíme klonovat ruce...
Pochopte, že než vůbec pustíte tu svou šipku, tak já mám ve ViM dávno opraveno, uloženo a zkompilováno a jsem o problém nebo dva dál. Třeba motion vertikální "HML" i horizontální "fFtT;," zcela vymažou to otravné sledování kurzoru než dojede na místo. Viděl jsem, jako strašně cool featuru, že v jiných editorech si můžu ve File open dialogu otevřít dva soubory najednou. ViM, od doby, co má gtk verzi, má tyhle dialogy samozřejmě taky, i menu, i toolbar. Ale stejně je téměř nikdo nepoužívá. Za prvé, než se vůbec doklikáte k tomu prvnímu souboru, tak přes tab-completion ve ViM mám otevřených souborů pět, za druhé, otvírání souboru je jeden z nejméně efektivních způsobů, jak otevřít soubor. Obvykle použije buď tags nebo se přepne pouze na soubor, který už má otevřený. Právě dělám na projektu, kde mám ve ViM otevřených 183 souborů. Ve Visual Studiu a většině jiných běžných-kompatibilních-editorů byste se z toho zbláznil, ve ViM se mezi nimi přepínáte během zlomků vteřiny.
Ono celkově, kdyby ten editor byl nesmyslně navržený a zastaralý, tak nemá tolik nových uživatelů. Jenže 100% z nich používá předtím jeden z těch běžných-kompatibilních-editorů a ve chvíli, kdy překročí jistou hranici na křivce učení, tak už se nechce vrátit, přesto, že ten výběr stále mají. Už jsem párkrát zažil situaci, kdy jsme měli team-work, něco vyráběli, já seděl u editoru a psal, ostatní koukali. A následně říkali, že nechápou jak s tím editorem tak rychle dělám. A to byli lidi, kteří už tu hranici překročili a ve ViM už byli efektivnější, stejně tam byl ještě obrovský prostor pro zlepšení...
Souhlasím s tím, že admini asi vi(m) využijí, ale nejvíc mě překvapují lidi, co v tom programují. Když hledají definici funkce, hledají to 'grepem', překlad pouští napsáním 'make'
Tohle, bohužel, asi nejpřesněji vystihuje Vaše příspěvky. Mluvíte o věcech, o kterých nevíte vůbec nic a často si je ani nedokážete představit. Na hledání definic funkce jsou tags. Na make skutečně slouží příkaz make, ale má plnou integraci s editorem, takže poskytuje stejné pohodlí jako IDE. Já jej mám mapovaný na F9, kompatibilně s Borlandem, ale stejně obvykle nepoužívám, bo - viz dříve - :make napíšu rychleji, než ten F9 vůbec najdu.
Je to jako neandrtálci vysvětloval princip atomového reaktoru. On je spokojený, že má zdi své jeskyně, kde mu hoří oheň, což je pro něj to nejlepší, co doposud viděl. My si bez vypínače na světlo či topení už nedokážeme život představit. Takže my ViM-áci máme násobnou efektivitu práce a Vy máte svůj dokonalý editor, aspoň v rámci té své jeskyně. Enjoy ;)
K úplně původnímu příspěvku. Viz diskuse výše. Editor nemá smysl se učit jen abyste ho uměl. Pokud jej berete jako primární editor pro svou práci, tak doporučuju následující kroky:
1) pusťte si vimtutor (nikdy jsem jej nepoužil, ale vypadá celkem užitečně)
2) týden používejte editor
3) přečtěte si quick reference
4) týden používejte editor
5) přečtěte si quick reference
6) měsíc používejte editor
7) přečtěte si quick reference
8) používejte editor a kdykoli Vás napadne, že by šlo něco dělat líp mrkněte do helpu, nejspíš taková funkce bude existovat
Good luck.
-
Zvláštní je, že když je debata o ViM nebo Emacs, tak jsou nejaktivnější uživatelé, kteří ty editory neviděli vůbec nebo jen z povzdálí a vůbec nepochopili jejich koncept :)
Nápodobně. Valná většina lidí, co obhajuje Vim neumí pracovat v běžných programátorských editorech
Pochopte, že než vůbec pustíte tu svou šipku, tak já mám ve ViM dávno opraveno, uloženo a zkompilováno a jsem o problém nebo dva dál. Třeba motion vertikální "HML" i horizontální "fFtT;," zcela vymažou to otravné sledování kurzoru než dojede na místo.
HML: Visual Studio: Ctrl+End, Ctrl+Home, pravda Middle nemám.
Jinak cool featura je Ctrl+I (eclipse: Ctrl+J) inkrementální hledání. Rozhodně nešoupám šipkou, a pokud musím, tak přes Ctrl+šipka, skáče to po větších kusech.
Viděl jsem, jako strašně cool featuru, že v jiných editorech si můžu ve File open dialogu otevřít dva soubory najednou. ViM, od doby, co má gtk verzi, má tyhle dialogy samozřejmě
Viz první odstavec. Většinou preferuju práci s projekty, kde neřeším, které soubory mám otevřené, ale když už něco nemohu najít, mám tam projekt managment (který umí samozřejmě inkrementální hledání, takže vaše Esc a něco a doplnění jména zdrojáku mám podobně: hotkej na přepnutí do projekt okna a inkrementální hledání.
projektu, kde mám ve ViM otevřených 183 souborů. Ve Visual Studiu a většině jiných běžných-kompatibilních-editorů byste se z toho zbláznil, ve ViM se mezi nimi přepínáte během zlomků vteřiny.
Nedokazujte, že jste VS viděl z rychlíku :D
Souhlasím s tím, že admini asi vi(m) využijí, ale nejvíc mě překvapují lidi, co v tom programují. Když hledají definici funkce, hledají to 'grepem', překlad pouští napsáním 'make'
Tohle, bohužel, asi nejpřesněji vystihuje Vaše příspěvky. Mluvíte o věcech, o kterých nevíte vůbec nic a často si je ani nedokážete představit. Na hledání definic funkce jsou tags. Na
Jasně, jako by Vim nebyl default editor na produkčních a vývojových strojích :-)
nepoužívám, bo - viz dříve - :make napíšu rychleji, než ten F9 vůbec najdu.
F9 je v horní řade, blok nad Backspace, levá klávesa. Najdu i potmě, do půl sekundy. Ukažte že jste rychlejší. (A navíc to není :make, ale Esc:makeEnter). Ale jestli Vám to přijde rychlé.
1) pusťte si vimtutor (nikdy jsem jej nepoužil, ale vypadá celkem užitečně)
2) týden používejte editor
3) přečtěte si quick reference
4) týden používejte editor
5) přečtěte si quick reference
6) měsíc používejte editor
7) přečtěte si quick reference
8) používejte editor a kdykoli Vás napadne, že by šlo něco dělat líp mrkněte do helpu, nejspíš taková funkce bude existovat
Skvělé. Teď jste to trefil. Já naštěstí nikdy žádnou dokumentaci k editoru nečetl. Všechný funkce jsem našel v Menu ;D
Mimochodem, vimtutor je fakt síla:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Lekce 5.3: VÝBĚROVÝ PŘÍKAZ ULOŽENÍ
** Pro uložení části souboru napiš :#,# w SOUBOR **
1. Ještě jednou napiš :!dir nebo :!ls pro výpis aktuálního adresáře
a vyber vhodný název souboru jako např. TEST.
2. Přesuň kurzor na vrch této stránky a stiskni Ctrl-g pro zobrazení
čísla řádku. ZAPAMATUJ SI TOTO ČÍSLO!
3. Nyní se přesuň na spodek této stránky a opět stiskni Ctrl-g.
ZAPAMATUJ SI I ČÍSLO TOHOTO ŘÁDKU!
4. Pro uložení POUZE části souboru, napiš :#,# w TEST kde #,# jsou
čísla dvou zapamatovaných řádků (vrch, spodek) a TEST je název souboru.
5. Znova se ujisti, že tam ten soubor je pomocí :!dir ale NEODSTRAŇUJ ho.
To neumí pracovat s bloky?
-
Zvláštní je, že když je debata o ViM nebo Emacs, tak jsou nejaktivnější uživatelé, kteří ty editory neviděli vůbec nebo jen z povzdálí a vůbec nepochopili jejich koncept :)
Nápodobně. Valná většina lidí, co obhajuje Vim neumí pracovat v běžných programátorských editorech
Ondro promin, ale tohle je trochu fail. Tazatel polozil dotaz na textovy editor a Ty tu porad dokola obhajujes neco, co sice s textem umi pracovat taky, ale pouziva se k necemu jinemu. To je jako by ses ptal, zda je lepsi Skodovka nebo Kia a lide by Ti tvrdili, ze nejlepsi je prece 6-ti napravovy tahac. Oboji ma sice kola a volant, ale slouzi k necemu jinemu
-
Ondro promin, ale tohle je trochu fail. Tazatel polozil dotaz na textovy editor a Ty tu porad dokola obhajujes neco, co sice s textem umi pracovat taky, ale pouziva se k necemu jinemu. To je jako by ses ptal, zda je lepsi Skodovka nebo Kia a lide by Ti tvrdili, ze nejlepsi je prece 6-ti napravovy tahac. Oboji ma sice kola a volant, ale slouzi k necemu jinemu
Já netušil, že srovnáváte OpenOffice s Emacs a s vimem :-D, když už je řeč o textových editorech. Jinak pokud jde o kategorii, tak Vim je určitě nejlepší editor configuračních souborů. Ale to je asi tak všechno. Na druhou stranu, pro linux určitě výborný nástroj, protože tady jsou na to uživatelé zvyklí (konečně i v tom vimtutoru je na konci návod, jak si nastavit vlastní nastavení do "vimrc".
Emacs jsem nikdy neviděl, takže o něm nepíšu.
-
Na začátek k předchozímu příspěvku. Já s tím textovým editorem nesouhlasím - ViM samo o sobě na stránkách tvrdí, že je programátorský editor a z mého pohledu to srovnání snese. Samozřejmě, pokud znáte ty programátorské funkce.
Nápodobně. Valná většina lidí, co obhajuje Vim neumí pracovat v běžných programátorských editorech
Nesmysl, není to sice 100% jako u běžných-kompatibilních-editorů, ale i tak to odhaduju minimálně na polovinu.
Pochopte, že než vůbec pustíte tu svou šipku, tak já mám ve ViM dávno opraveno, uloženo a zkompilováno a jsem o problém nebo dva dál. Třeba motion vertikální "HML" i horizontální "fFtT;," zcela vymažou to otravné sledování kurzoru než dojede na místo.
HML: Visual Studio: Ctrl+End, Ctrl+Home, pravda Middle nemám.
Jinak cool featura je Ctrl+I (eclipse: Ctrl+J) inkrementální hledání. Rozhodně nešoupám šipkou, a pokud musím, tak přes Ctrl+šipka, skáče to po větších kusech.
HML je začátek/konec/střed aktuální stránky. Ctrl-Home/End začátek/konec souboru. To je hodně slabé pro vertikální pohyb. Ctrl+šipka je taky dost na dlouho a navíc je implementován buď jako dost pomalý, kdy zastaví na každém speciálním znaku nebo naopak přeskočí místo, které člověk hledá, protože pro něj dost speciální není. "FfTt;," je přesné a statisticky rychlé. Nehledě na to, když děláte tupou práci, tak kombinace line motion, středník/čárka, tečka je neocenitelná. Ale to jsme zase u neandrtálců, tohle prostě nepochopíte, dokud to neuvidíte a nepoužijete...
Viz první odstavec. Většinou preferuju práci s projekty, kde neřeším, které soubory mám otevřené, ale když už něco nemohu najít, mám tam projekt managment (který umí samozřejmě inkrementální hledání, takže vaše Esc a něco a doplnění jména zdrojáku mám podobně: hotkej na přepnutí do projekt okna a inkrementální hledání.
Jenže musíte znát přesné jméno a celé ho napsat. Já udělám tab-blik-tab-blik, lenost zvítězila a stejně jsem rychlejší...
Mimochodem, k tomu Esc, jak ho pořád zmiňujete, to je jedna z věcí, kterou jste nepochopil. Default mod je Normal. Insert se používá jenom na napsání textu a hned poté se přepíná do Normal. Z pohledu ostatních editorů je to dost netypické, ale je to klíčem k efektivitě. Divil byste se, jak málo se mezi těmi mody přepínáte. Ale to jsme opět u tématu neandrtálců...
projektu, kde mám ve ViM otevřených 183 souborů. Ve Visual Studiu a většině jiných běžných-kompatibilních-editorů byste se z toho zbláznil, ve ViM se mezi nimi přepínáte během zlomků vteřiny.
Nedokazujte, že jste VS viděl z rychlíku :D
Bohužel ne. Mimochodem, víte o tom, že zaměstnanci Microsoftu si napsali do VS plugin, který interní editor nahradil editorem ViM?
Tohle, bohužel, asi nejpřesněji vystihuje Vaše příspěvky. Mluvíte o věcech, o kterých nevíte vůbec nic a často si je ani nedokážete představit. Na hledání definic funkce jsou tags. Na
Jasně, jako by Vim nebyl default editor na produkčních a vývojových strojích :-)
To, že něco umíte pustit, něco v tom napsat a ukončit, neznamená, že to znáte. Což je z Vašich příspěvků evidentní.
Skvělé. Teď jste to trefil. Já naštěstí nikdy žádnou dokumentaci k editoru nečetl. Všechný funkce jsem našel v Menu ;D
Znovu opakuji - chcete-li menu, máte ho mít. ViM má menu, toolbar, všechno navíc customizovatelné (je tam i ten make mimochodem). Dříve či později ale zjistíte, že je lepší ušetřit místo na dva vertikální řádky, bo GUI obecně je velmi neefektivní.
K bodu "nikdy jsem žádnou dokumentaci" nečetl, se vrátím později.
Mimochodem, vimtutor je fakt síla:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Lekce 5.3: VÝBĚROVÝ PŘÍKAZ ULOŽENÍ
** Pro uložení části souboru napiš :#,# w SOUBOR **
1. Ještě jednou napiš :!dir nebo :!ls pro výpis aktuálního adresáře
a vyber vhodný název souboru jako např. TEST.
2. Přesuň kurzor na vrch této stránky a stiskni Ctrl-g pro zobrazení
čísla řádku. ZAPAMATUJ SI TOTO ČÍSLO!
3. Nyní se přesuň na spodek této stránky a opět stiskni Ctrl-g.
ZAPAMATUJ SI I ČÍSLO TOHOTO ŘÁDKU!
4. Pro uložení POUZE části souboru, napiš :#,# w TEST kde #,# jsou
čísla dvou zapamatovaných řádků (vrch, spodek) a TEST je název souboru.
5. Znova se ujisti, že tam ten soubor je pomocí :!dir ale NEODSTRAŇUJ ho.
To neumí pracovat s bloky?
Je to tutoriál. To vysvětluje minimálně body 1 a 5, body 2-4 částečně taky, bo učí uživatele principy. Ve verzi tutoriálu, kterou mám já, se používá už Visual mod (bloky). Tedy odpověď: Umí, Visual mod může být znakový, řádkový nebo sloupcový a je tam už hodně dlouho (minimálně verze 4.x, kdy jsem začal ViM používat).
Skvělé. Teď jste to trefil. Já naštěstí nikdy žádnou dokumentaci k editoru nečetl.
Váš problém. Já ji četl a při tom, kolik času strávím v editoru, mi ušetřila spoustu času. Výsledkem je moje násobná efektivita a Vašich padesát příspěvků na téma, jak je něco nepoužitelné/nefunguje/nelíbí se Vám to. Enjoy ;)
-
HML je začátek/konec/střed aktuální stránky. Ctrl-Home/End začátek/konec souboru. To je hodně slabé pro vertikální pohyb. Ctrl+šipka je taky dost na dlouho a navíc je implementován
Sorry, spletl jsem se Ctrl+PgUp, Ctrl+PgDw
buď jako dost pomalý, kdy zastaví na každém speciálním znaku nebo naopak přeskočí místo,
Ctrl+šipka nahoru je cool funkce. Scroluje, ale přitom se nepohne s kurzorem :-)
rychlé. Nehledě na to, když děláte tupou práci, tak kombinace line motion, středník/čárka, tečka je neocenitelná. Ale to jsme zase u neandrtálců, tohle prostě nepochopíte, dokud to neuvidíte a nepoužijete...
Ctrl+I; Ctrl+ (IIIIIIII) .. držím Ctrl a mačkám I
Viz první odstavec. Většinou preferuju práci s projekty, kde neřeším, které soubory mám Jenže musíte znát přesné jméno a celé ho napsat. Já udělám tab-blik-tab-blik, lenost zvítězila a stejně jsem rychlejší...
Ctrl+F6 intEnter (eclipse s nabindovanou klávesou Ctrl+F6)
A stojím na interface.cc a mohu editovat.
VS tak daleko ještě nedošel, zato má pěknou funkci Ctrl+TAB, kdy přepínám mezi posledními soubory.
Mimochodem, k tomu Esc, jak ho pořád zmiňujete, to je jedna z věcí, kterou jste nepochopil. Default mod je Normal. Insert se používá jenom na napsání textu a hned poté se přepíná do
Normal. Z pohledu ostatních editorů je to dost netypické, ale je to klíčem k efektivitě. Divil byste se, jak málo se mezi těmi mody přepínáte. Ale to jsme opět u tématu neandrtálců...
Já mody nepřepínám. Většinu času trávím psaním. Tedy já bych byl většinou v modu Insert. Mimochodem, vimy co máme na testovacích strojích umí šipky, takže většinou stačí zmačknou i (nebo a) a pak už to používám jako běžný textový editor. A když jsem hotov, zmačknu Esc:wEnter
Je to tutoriál. To vysvětluje minimálně body 1 a 5, body 2-4 částečně taky, bo učí uživatele principy. Ve verzi tutoriálu, kterou mám já, se používá už Visual mod (bloky). Tedy odpověď: Umí, Visual mod může být znakový, řádkový nebo sloupcový a je tam už hodně dlouho (minimálně verze 4.x, kdy jsem začal ViM používat).
Závěr, nečtěte tutorialy, místo základní práce vás naučí assembler :-)
-
buď jako dost pomalý, kdy zastaví na každém speciálním znaku nebo naopak přeskočí místo,
Ctrl+šipka nahoru je cool funkce. Scroluje, ale přitom se nepohne s kurzorem :-)
Mimo téma. Ve ViM Ctrl-E/Y, v insert mod Ctrl-X Ctrl-E/Y, ale to neřeší problém výše.
Nehledě na to, když děláte tupou práci, tak kombinace line motion, středník/čárka, tečka je neocenitelná.
Ctrl+I; Ctrl+ (IIIIIIII) .. držím Ctrl a mačkám I
Blbé je, že zruší Visual, který máte právě označený. Takže, když chcete smazat třeba vše do konce řetězce, tak utíkáte k šipkám, ve ViM je to krásně jednoduché dt". Konsistence napříč mody. Tečka pak neruší historii motion, takže se tohle dá použít na tupou práci - mačkáte tři klávesy a děláte zázraky. Mimochodem, stále se pohybujeme na nižší dívčí, tohle jsou naprosto základní motion.
Ctrl+F6 intEnter (eclipse s nabindovanou klávesou Ctrl+F6)
A stojím na interface.cc a mohu editovat.
VS tak daleko ještě nedošel, zato má pěknou funkci Ctrl+TAB, kdy přepínám mezi posledními soubory.
Pokud jde o první soubor. Ale budiž, když Vám to stačí... Jak jsem psal výše, stále jde o ty méně efektivní cesty jak otevřít soubor.
Přepínání mezi posledními soubory má ViM taky (:b#, u mě mapováno na \b), ale opět příliš nevyužívám. Odpověď zní Ctrl-O/I a Ctrl-T, což prochází jump (big motion) historii, respektive tags historii. Efektivita úplně někde jinde.
Já mody nepřepínám. Většinu času trávím psaním. Tedy já bych byl většinou v modu Insert. Mimochodem, vimy co máme na testovacích strojích umí šipky, takže většinou stačí zmačknou i (nebo a) a pak už to používám jako běžný textový editor. A když jsem hotov, zmačknu Esc:wEnter
To je pak těžké. V tom případě používáte notepad a to se nedivím, že nejste spokojen, v tom bych naprosto souhlasil. Opravte tedy všude ve svých příspěvcích "ViM je nepoužitelné" na "notepad je nepoužitelný" a nedorozumění je vyřešeno.
Psaním stráví asi každý dost času, ale jde o to, že když už je třeba se přesunout/opravit, tak je Insert mod, ať už ve ViM nebo v běžném-kompatibilním-editoru neuvěřitelně neefektivní. Mimochodem, Ctrl-O přepne z Insert mod do Normal na jediný příkaz. Ale je to danajská rada, Ctrl-O je proti konceptu ovládání.
Ještě bych tu rád vyvrátil jeden mýtus, který se zde často přímo či nepřímo opakuje, a to, že to přepínání Normal/Insert něco stojí. Není tomu tak.
S jedinou vyjímkou "i" obsahuje každý příkaz pro přepnutí do Insert i motion, "a" posun doprava, "I" na začátek řádku (textu), "A" na konec, "Oo" navíc řádek vkládají, o "c" bych psal ještě týden. Situace, kdy chcete vkládat přímo na místo, kde máte kurzor, se téměř nevyskytují. Takže stejně musíte obvykle udělat motion a přepnutí do Insert proběhne jen jako side-effect. Hezké situace jsou i při editaci, typicky C-like kód
if (blabla) {
statement
}V běžném-kompatibilním-editoru píšete "if (blabla) {<Enter>}<Up><End><Enter>", ve ViM to bude "if (blabla) {<Enter>}<Esc>O". Takže šipky umlátíte, zatímco ve ViM jste v plusu a ještě k tomu nemusíte odbíhat mimo základní klávesnici. A znovu opakuju, že se pohybujeme na nižší dívčí, "c" doplněný třeba text-objects je efektivitou zcela nesrovnatelný.
Závěr, nečtěte tutorialy, místo základní práce vás naučí assembler :-)
To je diskutabilní. Při psaní jednoduchých maker (mapování) na krátkou tupou práci se ty základy můžou hodit. Ale uznávám, že v tomto případě se ta část tutoriálu opravdu nepovedla. Možná jej někdo opsal z tutorialu pro Vi, který Visual mod neměl. Ale i tam by to bylo jednodušší udělat přes mark a tečku.
No nic. Mým cílem nebylo vypsat tady základy ViM, od toho tu jsou odkazy na články, ale vyvrátit některé bludy, které jste tu šířil na základě své neznalosti ViM. To se doufám povedlo a původní tazatel se tak bude moci rozhodnout na základě skutečných možností jednotlivých editorů.
Pro úplnost samozřejmě http://www.vim.org, kde lze najít i "programátorské" featury, jako integrace se SVN/CVS/další, IntelliSense pro většinu použitelných jazyků atd.
-
V běžném-kompatibilním-editoru píšete "if (blabla) {<Enter>}<Up><End><Enter>", ve ViM to bude "if (blabla) {<Enter>}<Esc>O". Takže šipky umlátíte, zatímco ve ViM jste v plusu a ještě k tomu nemusíte odbíhat mimo základní klávesnici. A znovu opakuju, že se pohybujeme na nižší dívčí, "c" doplněný třeba text-objects je efektivitou zcela nesrovnatelný.
Zase dokazujete, že ty editory neznáte
if (blabla<end>{<enter>dalsiPrikaz
Protože ( automatický doplní ) a pokud zmačknu enter za {, tak se to automaticky sformatuje a strčí mi to kurzor už dovnitř bloku.
Uzavřu diskuzi touto větou: Nevím, Vim možná nabízí efektivnější práci pro určité úlohy, nehádám se, otázkou je, o kolik procent. Má smysl překopat veškeré zvyky práce s editorem, abych zvýšil svou efektivitu o procenta? Když pak spoustu času promrhám jen tím, abych se domluvil s gdb, který není schopen ladit moje několikrát do sebe vnořené šablony (s tím třeba VS nemá problém). Nevím. Člověk kolikrát získá procenta na práci s textem, ale ztratí tím, že své studium nevěnoval spíš subjektu (jazyku a technikám) a píše konstrukce, které jsou neefektivní a musí se složitě opisovat. Tak si to přeberte.
-
V běžném-kompatibilním-editoru píšete "if (blabla) {<Enter>}<Up><End><Enter>", ve ViM to bude "if (blabla) {<Enter>}<Esc>O". Takže šipky umlátíte, zatímco ve ViM jste v plusu a ještě k tomu nemusíte odbíhat mimo základní klávesnici. A znovu opakuju, že se pohybujeme na nižší dívčí, "c" doplněný třeba text-objects je efektivitou zcela nesrovnatelný.
Zase dokazujete, že ty editory neznáte
if (blabla<end>{<enter>dalsiPrikaz
Protože ( automatický doplní ) a pokud zmačknu enter za {, tak se to automaticky sformatuje a strčí mi to kurzor už dovnitř bloku.
Uzavřu diskuzi touto větou: Nevím, Vim možná nabízí efektivnější práci pro určité úlohy, nehádám se, otázkou je, o kolik procent. Má smysl překopat veškeré zvyky práce s editorem, abych zvýšil svou efektivitu o procenta? Když pak spoustu času promrhám jen tím, abych se domluvil s gdb, který není schopen ladit moje několikrát do sebe vnořené šablony (s tím třeba VS nemá problém). Nevím. Člověk kolikrát získá procenta na práci s textem, ale ztratí tím, že své studium nevěnoval spíš subjektu (jazyku a technikám) a píše konstrukce, které jsou neefektivní a musí se složitě opisovat. Tak si to přeberte.
Naprosto zbytečný flame.
Tazatel se ptal na dva textové editory, podle všeho na *nixových systémech.
Podle mého je vim vytuněný textový editor (kdo je zvyklý na emacs, bude to samé psát o něm).
Začít se tu dopátrávat jakýchsi vizardů, seznamů prvků třídy po stisknutí tečky, možností menu a podobných "životně důležitých" fíčurrk má dle mého smysl, až se budou srovnávat různá IDE ...
Všechny zmíněné vychytávky bývají součástí IDE, u kterých je editování textu až někde na konci reklamních blábolů ...
"Argumentovat" tím proti vimu/emascu je jen ubohá a hloupá demagogie ...
PS: Mi vim vyhovuje, Tobě ne. Já s tím nemám problém...
PPS: jak s původní otázkou souvisí to gdb, to už jsem vůbec nepochopil ...
-
PPS: jak s původní otázkou souvisí to gdb, to už jsem vůbec nepochopil ...
Z toho si nic nedělejte. Já zase nepochopil celý Váš poslední příspěvek ;D
-
Ctrl+šipka nahoru je cool funkce. Scroluje, ale přitom se nepohne s kurzorem :-)
Mimo téma. Ve ViM Ctrl-E/Y, v insert mod Ctrl-X Ctrl-E/Y, ale to neřeší problém výše.
Kurzor ujíždí spolu s obrazovkou. Kdyby byl na stejné pozici jen se skolovalo, to by bylo lepší.
To nejde? Nevíte někdo jak ve vimu?
-
Clovek co nejdriv hani editor kvuli tomu, ze si neumi nastavit klavesnici, neumi pochopit ze editor muze pracovat ve dvou modech a nebo neumi najit na klavesnici dvojtecku a nasledne srovnava trojhmatovy zkratky obriho programovaciho nastroje s lehkym editorem nema vsech pet pohromade. Nemluve o averzi k manualum...
Uz radsi nepiste, delate ze sebe cim dal vetsiho osla.
-
Mimo téma. Ve ViM Ctrl-E/Y, v insert mod Ctrl-X Ctrl-E/Y, ale to neřeší problém výše.
Kurzor ujíždí spolu s obrazovkou. Kdyby byl na stejné pozici jen se skolovalo, to by bylo lepší.
To nejde? Nevíte někdo jak ve vimu?
[count]Ctrl-U, [count]Ctrl-D (default count je 'scroll' option, čehož default je půl stránky, takže je třeba explicitně zadat jedničku), ale popravdě mi takový příkaz nedává příliš logiku. Mrkněte na option 'scrolloff', jestli to není to, co hledáte...
PS: Když už tu odpovídám, ještě se vrátím k jedné připomínce:
Zase dokazujete, že ty editory neznáte
if (blabla<end>{<enter>dalsiPrikaz
Protože ( automatický doplní ) a pokud zmačknu enter za {, tak se to automaticky sformatuje a strčí mi to kurzor už dovnitř bloku.
No, tušil jsem, že se toho chytnete... Šlo o vysvětlení principů, bohužel mě lepší neumělý příklad nenapadnul. Samozřejmě vím, že moderní editory mají pro tyhle věci advanced podporu. Ostatně včetně ViM, jak zmínil někdo hned ve třetím příspěvku: http://vimeo.com/3535418 . Ale tohle u toho odkazu je to už otázkou osobních preferencí...
-
Já netušil, že srovnáváte OpenOffice s Emacs a s vimem :-D, když už je řeč o textových editorech.
Je to sice prilevani oleje do ohne, ale opraste si nazvoslovi pane.
http://cs.wikipedia.org/wiki/Textov%C3%BD_editor
Openoffice rozhodne neni textovy editor
-
abych taky prispel svym dilem - ruzna Vim komba jsou castym argumentem v diskuzich; ovladani Vimu jde stopro proti zakladnim principum dobreho UI, clovek u toho musi premyslet (pokud uz nektera nejede po pameti - operace ve Vimu jsou natolik atomicke, ze poskytuji velmi siroke "vyjadrovaci" moznosti), coz naprostou vetsinu lidi (jak rikam, pokud uz svoji mnozinu komb nemaji najetou) zdrzuje + odrazuje naprostym nestandardem (v porovnanim se vsim soucasnym); je to ale supr vec na interaktivni vyrabeni maker, prave pro tu atomicnost a mnozstvi operaci; vse ostatni (nez onen interface - pokud ho clovek povazuje za vyhodu) je dle meho nazoru jinde (nemusi nutne znamenat v podobe jedne aplikace) reseno lepe; existuji editory (Wingware, Comodo), ktere maji Vi/m keybindingy