Hardwarové vylepšení editoru Vim

Server Hack a Day představuje hardwarové vylepšení textového editoru Vim. Stává se vám, že nevíte, zda se editor Vim nachází v řídícím nebo ve vkládacím režimu? Nechápete, proč před vlastním psaním musíte navíc stisknout klávesu "i" a po dopsání klávesu "Esc"? Postavte si vlastní revoluční pedál pro Vim (vim-clutch, GitHub). S nim to bude mnohem jednodušší. Sešlápnu-li pedál, pedál "stiskne" klávesu "i" a editor se přepne do vkládacího módu a mohu psát. Uvolním-li pedál, pedál "stiskne" klávesu "Esc" a editor se vrátí zpět do řídícího módu.

23.6.2012 08:42 | Ladislav Hagara | Humor

Komentáře

[SPM]

Jestli by nebylo lepší používat pořádnej textovej editor, ke kterýmu stačí klávesnice a nemusí u něj být pedály :D

[Miriam]

Myslíte EMACS?

[d.c.]

Mno, emacs je u pedalu zminen take. Asi se predpoklada, ze prumerny vyznavac tohoto "operacniho systemu" si bud doinstaluje vim jako editor nebo lehce dopise pro pedal obsluzny programek (treba v lispu).

[SPM]

já tam viděl jenom zmíněno to, že radši nebude psát žádný comment o emacsu :)

[SPM]

jistě :)

[xkucf03]

+1

[Andrej]

Taky mám ten dojem, že obyčejný KWrite je nesrovnatelně pohodlnější, o vestavěném editoru z Eclipse nemluvě.

[Atrament]

Tak ono hodně záleží na tom co potřebuješ napsat nebo upravit. Při psaní docela obyčejného prostého textu prakticky neexistuje mezi jednotlivými editory rozdíl. Na rozsáhlý projekt (nejen) v Javě asi bude Eclipse mnohem pohodlnější, ani ne tak kvalitou svého editoru, ale jeho spoluprácí s ostatními nástroji Eclipse. Na druhou stranu konfigurace kdečeho v linuxu pořád ještě spočívá v editaci nějakého textového souboru a na tomto poli je Vim jednoznačným králem. Pro KWrite nenacházím jiné rozumné použití, než je psaní toho prostého textu - je nevhodný jak pro editaci konfiguráků tak i pro rozsáhlé projekty.

[Lol Phirae]

Už jsem se na všechny tyhle user "friendly" (vim/emacs) a megalomanské (Eclipse) nástroje vykašlal, vystačím si s Geany.

[Bystroushaak]

Zkus Monodevelop. Poslední týden se ho snažím používat a zatím mi přijde fajn. Není tak nabubřelý jako velké IDE a zároveň toho umí o dost víc, než malé editory.

[MaT]

A když nedělám v C#?

[Bystroushaak]

Pluginy. Já ho používám na D, python a koukal jsem, že má i podporu XML. V C# jsem od školy nedělal.

[MaT]

Přesně, Geany v poslední době používám také asi nejvíc. Na PHP, HTML, CSS, Python (Django)...

Jasně, velké IDE má také své přednosti, ale na spoustu věcí mi to přijde jako overkill. Geany je pořád malý, rychlý editor - a doplňování třeba názvů funkcí nebo proměnných zvládá také.

[Petr Tomášek]

Tak nevím, ale zatím jsem se nesetkal s editorem, který by byl ergonomičtější, než vim. A to přitom většinou píšu texty a ne programy.

[kyknos]

+100

[SPM]

Já si nemůžu pomoct, ale vim mi přijde jen jako ncurses nadstavba nad sed :) cokoliv je třeba editovat, tak je nutno psát jakési pavěci do cmd liny. A fakt si nedovedu představit psát v tom větší kus textu. Ale asi se s ním prostě nemám rád :)

[Lol Phirae]

Pokud ti to nesedí, nemá absolutně smysl se s tím mořit. Jinak skutečně miluji distribuce, které to narvou do základní instalace jako jediný editor a u dotazů ve fóru se místo tématu/problému na několika stránkách řeší, jak se v tom edituje (proč mi nejde nic upravit, heeelp?!?!), jak se to uloží a jak se to neuloží, když to uživatel zmrví a není schopen se dostat ven.

[tom]

Protoze vi je specifikovano v POSIX, takze jeho pritomnost je vpodstate nutna. A kdyz uz tam editor je, tak proc tamdavat dalsi...

[Lol Phirae]

Joo, POSIX, ještě toho tak trochu. Např. ta příšernost jménem dash, to je opravdu paráda, nejní nad to vymrhat tisíce člověkohodin času na podobný nesmysl, anžto to prý o dvě vteřiny rychlejc bootuje, než když si /bin/sh nalinkuju na /bin/bash. Já teda přes veškerou snahu na mnoha strojích rozdíl nenaměřil žádný, ale to nevadí, prostě je to hrozně "kchůůl" a basta.

[SPM]

A proč používat vi, když už tam je sed... :)

[tom]

Muzete pouzivat i sed, ten je take v POSIXu, ale pro interaktivni praci je vi pohodlnejsi.

[SPM]

Ale ne o moc :)

[Atrament]

A fakt si nedovedu představit psát v tom větší kus textu.

Absolutně mi není jasné proč? Copak se to po napsání dvaceti řádků najednou začne komplikovat a při stovce už to nejde?

cokoliv je třeba editovat, tak je nutno psát jakési pavěci do cmd liny

Není pravda. Běžné úpravy si klidně můžeš dělat úplně stejně jako všude jinde pomocí šipek se přemisťovat kam chceš, pomocí Delete či Backspace mazat co chceš, nevidím větší rozdíl oproti jiným editorům. To že máš ve Vimu k dispozici všemocnou příkazovou řádku se kterou můžeš dělat psí kusy ber jako třešničku na dortu :)

[SPM]

Právě že úplně nemůžeš. Musíš přepínat ty divné režimy a v každém funguje jenom něco. Když se překlepneš a v cmd režimu se pokusíš něco napsat, rázem přijdeš o hromadu textu a podobně. Úplně nejvíc super je, když v distru je jenom vi a ne vim - tam nejde insert režimem dopisovat na konec řádku, šipky taky nejdou a mám brutální osyp, když mám změnit jenom kus malého konfiguráku. Psát v tom zdroják o stovcích řádků, tak si půjdu hodit mašli.

[Atrament]

Tak vi je kapitola sama o sobě a jeho tlačení do distribucí místo vimu taky nechápu.

Musíš přepínat ty divné režimy a v každém funguje jenom něco.

Ano ve vkládacím režimu funguje vkládání a základní editování textu, tak jak jsem ho popsal a v příkazovém režimu fungují příkazy a pokročilá editace, mně to přijde celkem logické :) Ten příkazový mód si můžeš představit jako menu v jakémkoliv jiném editoru - když je menu zavřené tak jsi ve vkládácím režimu a můžeš tedy přímo psát a editovat text, v okamžiku kdy rozklikneš menu tak jsi v příkazovém módu, text samotný přímo needituješ, ale můžeš dělat jiné věci, jako Uložit, Otevřít, Hledat, Nahradit atd... Rozdíl je, že ve Vimu neklikáš myší do toho menu, ale zadáváš potřebně příkazy pomocí klávesnice. Tento přístup umožňuje prakticky všechno co Vim umí snadno různě kombinovat a opakovat a scriptovat, takže v rukou poučeného uživatele se Vim mění v nepřekonatelně efektivní editační nástroj.

Když se překlepneš a v cmd režimu se pokusíš něco napsat, rázem přijdeš o hromadu textu a podobně.

Když ve Vimu omylem začneš psát v příkazovém režimu, a rozhodíš si tak napsaný text, tak není nic snazšího než pomocí 'u' provést undo :) A co se týká chaosu okolo toho v jakém módu jsi tak platí základní pravidlo - pokud nevíš zmáčkni ESC a octneš se v příkazovém módu, ať jsi jde jsi...

Ale jak píše Lol Phirae - pokud ti Vim nesedí, nemá pro tebe nejmenší smysl se s ním mořit, to je na každém aby si sám ujasnil, jestli mu výhody Vimu stojí za ten čas strávený jeho studováním.

[Miloslav Ponkrác]

Ty režimy jsou geniální vynález. Dřív byly režimy běžné, před 20 a více lety jsem dělal v řadě editorů a půlka z nich fungovala na bázi více režimů.

Je zbytečné ovládat editor kombinacemi typu CTRL+Alt+A jenom proto, že vždy jde dělat vše, takže všechny příkazy musí být trojhmaty a vícehmaty.

Souhlasím ale s tím, že cpaní vimu jako jediného editoru je zhůvěřilost.

Stejně tak bych uvítal fork vimu, který by dořešil problémy vimu. Nejlépe byl od jádra čistě unicodovy, uměl tisknout na všech platformách textově, měl lepší undo, natolik použitelnou defaultní konfiguraci, že není třeba přečíst 100 MB anglického manuálu aby si to člověk po mnoha hodinách práce mohl dodělat do rozumného výchozího stavu.

[little.owl]

Stejně tak bych uvítal fork vimu, který by dořešil problémy vimu.

+1

[mirec]

měl lepší undo

VIM má najlepšie undo aké som kedy videl (oproti ostatným editorom stromové a pamätá si históriu aj po ukončení), odporúčam pozrieť gundo, čo je vizualizácia k štandardnému undo.

[xkucf03]

A verze pro KDE by nebyla?

[mirec]

Neviem o tom, ak by som takéto killer featury vimu videl inde asi by som vim opustil. Zopár krát tu boli spomínané jeho nevýhody a nie som slepý, zatiaľ žiaľ na to, čo robím lepší editor nepoznám.

[chachar87]

[little.owl]

A ktere distro vam nenabidne s vi treba nano?

Jinak bych to neprehanel, zakladni ovladani vi[mu] je soucasti kazdeho rozumne intra do Linuxu/Unixu a Vim se pravidelne umistuje v na prvnich pozicich v zebricku oblibenych textovych editoru a pokud se ho naucite pouzivat je produktivita editace textu s nim dabelsky vysoka.

[Lol Phirae]

Bavíme se o defaultní instalaci. Produktivita práce člověka, který s tím neumí, je nulová nebo spíš záporná. Toho uživatele vůbec nezajímá, jak ďábelsky vysoce produktivní by mohl být, kdyby se s tím několik měsíců učil dělat, on potřebuje rychle opravit nějaký problém, aby např. zprovoznil síť a mohl si stáhnout nějaký jiný, pro něj použitelný editor. Místo toho ztráví několik hodin času laborováním s pro něj nepoužitelným nesmyslem.

[Fluttershy, yay!]

Troufám si tvrdit, že člověk, který si není ochoten/schopen přečíst manuálovou stránku, nebude (naštěstí) právě typický dlouhodobý uživatel–administrátor unixového systému.

AFAIK ve většině user-friendly distribucí je KWrite/Gedit/whatever (v X.Org) a vi+nano. Nasazování vi mi není moc jasné, když se dnes zase tak moc distribucí neobtěžuje s velikostí instalačního obrazu pasující na CD... ani licence by neměl být problém.

[ovoce]

To není o čtení manuálové stránky. To ovládání je zkrátka překomplikované a neintuitivní, vyžaduje mozek.

Naproti tomu tupý editor klasického ražení (tím myslím, myšoidní nebo s nějakou alt-nabídkou, nejlíp někde v záhlaví znázorněnou) po vás nevyžaduje myšlení nad tím, jak něco provést a stačí tedy soustředit se na to, co píšete. Což je imho ten smysl. Ale když někomu nevadí cpát do toho extra energii, tak si asi po pár měšsících zvykne, až už to pak má hodně automatické. Ale zvyknout se dá třeba i na pití chc****, jenom je otázka, proč to dělat.

[Atrament]

Používání mozku jako nevýhoda, bože kam jsme to dopracovali :/

Ono překomplikované ovládání Vimu vypadá asi takto - po spuštění se třeba klávesou Insert přepneš do vkládacího režimu, protože Vim startuje v příkazovém režimu. Ve vkládacím režimu zedituješ text naprosto běžným způsobem (šipky, Delete, Backspace, PageDown/Up, všechno funguje stajně jako kdekoliv jinde) a poté se Escapem přepneš do příkazového režimu abys mohl soubor uložit a editor opustit. Toto provedeš třeba napsáním ZZ.

Kolik mozkové kapacity potřebuje průměrně inteligentní člověk na zvládnutí tohoto minima?

[xkucf03]

Používání mozku jako nevýhoda, bože kam jsme to dopracovali :/

Když tu mozkovou kapacitu chceš využít na psaní textu, tak je škoda, ji vyplácat na ovládání editoru.

Ono překomplikované ovládání Vimu vypadá asi takto - po spuštění se třeba klávesou Insert přepneš do vkládacího režimu, protože Vim startuje v příkazovém režimu. Ve vkládacím režimu zedituješ text naprosto běžným způsobem (šipky, Delete, Backspace, PageDown/Up, všechno funguje stajně jako kdekoliv jinde) a poté se Escapem přepneš do příkazového režimu abys mohl soubor uložit a editor opustit.

Ano, toto je nutné minimum, které se naučí každý, aby nějak přežil, ale při takovém použití nemá vim žádné přednosti oproti jiným editorům.

Kolik mozkové kapacity potřebuje průměrně inteligentní člověk na zvládnutí tohoto minima?

Minimum, ale 1) nemá to žádné přínosy a 2) první zkušenost s takovým editorem je obvykle dost nepříjemná (lidi většinou neví, jak z něj vyskočit, natož udělat něco užitečného).

Oproti tomu takový mcedit: sice jednu řádku zabírá nabídka, ale uživatel díky ní hned ví, jak uložit soubor, vyhledat text, kopírovat atd.

[Fluttershy, yay!]

Když tu mozkovou kapacitu chceš využít na psaní textu, tak je škoda, ji vyplácat na ovládání editoru.

V tom případě doporučuji pořídit si sekretářku, která bude zapisovat za tebe, protože jinak se musíš s každým nástrojem naučit zacházet.

Ano, toto je nutné minimum, které se naučí každý, aby nějak přežil, ale při takovém použití nemá vim žádné přednosti oproti jiným editorům.

Ovšem drtivá většina ostatních editorů nic navíc ani neumí a nikdy umět nebude.

Nano nebo mcedit mi o moc intuitivnější nepřipadají, zvláště když první, co se zobrazí po spuštění Vimu, je:

~                              VIM - Vi IMproved                                
~                                                                               
~                                verze 7.3.154                                  
~                        Autor: Bram Moolenaar a další                          
~           Modified by pkg-vim-maintainers@lists.alioth.debian.org             
~          Vim je volně šiřitelný program s otevřeným zdrojovým kódem           
~                                                                               
~                        Pomozte chudým dětem v Ugandě!                         
~            podrobnější informace získáte pomocí :help iccf<Enter>             
~                                                                               
~             zadejte :q<Enter>             pro ukončení programu               
~                  zadejte :help<Enter>  či <F1> pro nápovědu                   
~            zadejte :help version7<Enter>  pro informace o verzi 6             

[Fluttershy, yay!]

Sorry za ztučnění.

Mimochodem i ve Vimu funguje standardní shellová zkratka pro pozastavení/upozadění programu a ani <F1> není nic zase tak neobvyklého.

[ovoce]

Proč vybíráte jako příklad nano a mcedit, když jde o o zcela primitivní editory?

Já bych srovnával spíš s něčím jako Kate (tam jsem miloval ten tab na výběr souborů, tak snadné přeskakování, nebo dokonce projíždění složky) nebo NP++. Myš taky existuje a dost lidí jí rádo používá, i když to není dost nerdské.

Na druhou stranu, pro úpravu konfiguráků v CLI je nano tisíckrát lepší než vim, protože ho každý (i při prvním setkání) zvlándne. A světe div se, dokonce přijde i na to, jak se to ukončuje.

[Fluttershy, yay!]

Doporučuji si první přečíst vlákno, reagovat až pak.

[ovoce]

Reagoval jsem na váš příspěvek, a opravdu nechápu, co na mojí reakci shledáváte mimo mísu. To je spíš dost zavádějící vaše reakce v tomto stylu.

[Fluttershy, yay!]

Úplně všechno.

Když jsem byl ještě lama, nano mi přišlo neintuitivní (nechápal jsem např. ten znak ^). Tehdy jsem vlastně občas potkal i pico — tu a tam dokonce bez podpory Readline, či co.

Ohledně dřívějšího ladění vlákna:

A ktere distro vam nenabidne s vi treba nano?

Bavíme se o defaultní instalaci.

AFAIK ve většině user-friendly distribucí je KWrite/Gedit/whatever (v X.Org) a vi+nano.

[depka]

a ted si profik jo?

[Fluttershy, yay!]

Minimálně nejsem taková lama. Nevím, jak s tím souvisí, zda mě za to někdo platí.

[xkucf03]

V tom případě doporučuji pořídit si sekretářku, která bude zapisovat za tebe

Sekretářku bych rád, ale zatím na to nemám dost peněz.

protože jinak se musíš s každým nástrojem naučit zacházet.

Ano, učit se musím s každým nástrojem, ale ty nástroje se liší v tom, jak snadno/rychle se je člověk naučí ovládat, kolik jim musí věnovat energie a kolik mu dají užitku.

Ovšem drtivá většina ostatních editorů nic navíc ani neumí a nikdy umět nebude.

Nevím, jak většina, ale důležité je, že existují editory, které mají příznivější poměr uživatelské (ne)přívětivosti a funkcionality/efektivity.

zvláště když první, co se zobrazí po spuštění Vimu, je:…

Což je ti celkem na nic, když ten editor spustíš jako

vim název-souboru.txt

nebo když ho za tebe spustí jiný systém a rovnou ti v něm otevře soubor, který máš upravit.

[Fluttershy, yay!]

Což je ti celkem na nic, když ten editor spustíš jako

vim název-souboru.txt

nebo když ho za tebe spustí jiný systém a rovnou ti v něm otevře soubor, který máš upravit.

F1 nefunguje? Ctrl-Z nefunguje? (A vi není jeden z dlouhodobě nejrozšířenějších nástrojů pro administraci systému?)

[ovoce]

Světe div se, když jsem onehdá sám s vimem takhle narazil a snažil se ho aspoň ukončit když už ne použít :), tak se mi přesně toto stalo. Nevím, co myslíte s ctrl-Z, protože to mi nepřijde jako nějaká zkratka, která by přišla na mysl, když nevím, co a jak (to spíš crtl-c). A F1 mě taky nenapadlo - možná jsem nepředpokádal, že dinousauří hardcore-unix nástroj jako vim bude používat takovou windowsáckou klávesu.

[Lol Phirae]

Z toho si nic nedělej. Jako "řešení" na fórech už jsem viděl spoustu věcí počínaje killall vim a konče rebootem. Vůbec "nejlepší" jsou embedded piksly, kde je vi místo vimu, případně je to vi ještě jako busybox applet, nejlépe v nějaké stoleté verzi busyboxu. V kombinaci s tím, že ta piksla neumí žádný normální terminál, s nějakou notebookovou klávesnici a když se ještě připojuješ přes putty nebo něco podobného, to je prostě nekonečná lábuž.

[little.owl]

Mala flash, malo pameti, pomale cpu. No a?

[xkucf03]

To už bych radši řešil nasdílením souborového systému a spuštěním editoru na straně klienta.

[Lol Phirae]

Jen taková srandička z telefonu s Androidem:

$ adb shell ls -la /system/xbin/{busybox,nano,vim}
-rwsr-xr-x    1 root     root        477056 Mar 19 20:35 /system/xbin/busybox
-rwxr-xr-x    1 root     shell        60032 Aug  1  2008 /system/xbin/nano
-rwxr-xr-x    1 root     shell       873776 Aug  1  2008 /system/xbin/vim

[little.owl]

Wow. Tak telefon je superpocitac v risi embedded systemu. Jinak ovladat vim v terminalu telefonu pouzivaje standardni onscreen klavesnici je trochu porod.

[Lol Phirae]

No, fakt nechápu, proč ten vim v té ROMce je. S tímhle možná, ale potřeboval bych místo kapacitního displeje takovou tu tyčinku.

[Fluttershy, yay!]

Buřtík. ^,^

[Michal]

Vim používám denně, ale když jsem se setkal s vi na starém AIXu, tak jsem se taky dost nadřel abych vůbec zeditoval jeden řádek konfiguráku.

[little.owl]

Jste asi rozmazlen "set nocompatible".

[Qaxi]

a kdo z nás není ...

editor je jen o zvyku ...

používám vim 10+ let, ale občas z něj taky pláču ...

Co mne fakt sejří, je nutnost se prepnout do command režimu pro pohyb kurzoru (hjkl) i o jeden znak ... šipky nesnáším a takový EMACSý (Ctrl-(f,b,p,n) (mimochodem i v BASH) nebo Alt-(f,b,p,n))to by bylo žůžo ... ale zatím jsem to nedokázal přemapovat ...

[Atrament]

imap ^B <Left>

imap ^F <Right>

imap ^P <Up>

imap ^N <Down>

(Doufám, že jsem si správně vybavil co k čemu patří, Emacs jsem viděl naposledy před cca 15 lety :) Jo a to ^B například se vkládá takto - Ctrl-v Ctrl-b, ale to asi víš :)

[little.owl]

Ja kdyz jsem v roce 1995 poprve nabootoval linux do terminalu a behem prvni session omylem spustil vim, jsem tvrde vypnul PC, abych se dostal z toho ven.

[Fluttershy, yay!]

<Control>z Suspends a process or job but does not terminate it: use fg to restart suspended process or job.

[Atrament]

Ano, toto je nutné minimum, které se naučí každý, aby nějak přežil, ale při takovém použití nemá vim žádné přednosti oproti jiným editorům.

Ale tentokrát nebyla řeč o výhodách či nevýhodách ale o nesmyslném tvrzení, že pro zvládnutí minima potřebuje člověk Vim studovat hodiny. Já tvrdím, že pokud člověk potřebuje textový editor akorát k tomu aby upravil nějaký konfigurák, tak je prakticky jedno jaký textový editor si zvolí a Vim není pro takové použití vůbec o nic komplikovanější než jiný editor.

[ovoce]

Používání mozku jako nevýhoda, bože kam jsme to dopracovali :/

(...)

Kolik mozkové kapacity potřebuje průměrně inteligentní člověk na zvládnutí tohoto minima?

Inu víte, mě táhne na třicet, a kolikrát se většinu dne cítím dost unaveně. Takže mě často stojí nějaké to úsilí jenom se sebrat a něco dělat. Takže potřebuju, aby se počítač ovládal co možná nejvíc samospádem, protože prostě té energie nemám nekonečně. Je pro mě *mnohem snazší* používat metodu klik sem, klik tam na něco, co vidím na obrazovce, a prostě na to dotáhnu myšulína, případně jiné operování myší (umístění kurzoru, přesuny textu, oprava překlepů/chyb pomocí slovníku).

Zkrátka v GUI režimu pro blbce se dokážu motat s minimální investicí energie a něco ještě vyplodit. (Neprogramuju, píšu texty.) S věcí typu Vim bych toho moc neudělal, už jenom proto, že bych to ovládání považoval za práci navíc, a jak tu někdo řekl - práce smrdí a zadarmo ji nikdo dělat nechce.

[little.owl]

Vim vam energii bere kratce jen na zacatku nez se ho naucite ovladat, pak vam naopak energii setri. Energeticka bilance je po letech jednoznacne kladna.

Pokud mate problem se ucit nove veci pred tricitkou, radsi zmente obor

[Lol Phirae]

Prosí vás, znovu - uživatel chce upravit nějaký soubor (např. konfigurační). Nechce se učit, jak upraví nějaký soubor v editoru navržené za krále Klacka, který je možná výborným nástrojem pro masochisty, kteří léta studovali manuál a upravovali si konfiguraci tak, aby jim vyhovovala, ale pro všechny ostatní je to neuvěřitelná brzda s naprosto šíleným rozhraním.

[little.owl]

kteří léta studovali manuál a upravovali si konfiguraci tak

Pokud nekdo nezvladne zakladni ovladani pro editaci textu za pul hodiny, tak je osel; zda-li mu to sedne ci ne je jina vec.

ale pro všechny ostatní je to neuvěřitelná brzda s naprosto šíleným rozhraním.

Pak mi vysvetlete, jak je mozne ze je to objektivne velmi popularni editor.

[ovoce]

Není třicet minut moc, když standardní editor pochopíte okamžitě? Když mi bylo 12 a našel jsem v MS-DOSu edit.com, tak jsem hned věděl, o co jde. Podotýkám, že jsem nebyl zrovna děcko počítačově-geniální, věděl jsem kulový.

[little.owl]

Tricet minut neni moc, pokud vam to pozdeji usetri stovky hodin. Treba jen dobre udelane recovery dokumentu ci automaticke backupy ci moznost ulozit session u rozdelaneho dokumentu mi usetrili vice casu nez jen tricet minut.

Pokud vam vim sedne a prekousnete pomalejsi start, s casem neprodelate.

[xkucf03]

Tricet minut neni moc, pokud vam to pozdeji usetri stovky hodin.

Moc si nedovedu představit, jak by mi (libovolný) editor mohl ušetřit stovky hodin práce. Dovedu si představit, že mi ten čas ušetří třeba nějaký skript napsaný v Perlu nebo BASHi (abych díky nim nemusel ty změny šmudlat v editoru ručně) nebo třeba SQL či XSLT, ale u editoru* tu úsporu prostě nevidím – tam obvykle člověk potřebuje jen nalézt správné místo a upravit v něm kus textu, případně zduplikovat řádky a upravit je… to jsou věci, které umí i ty uživatelsky přívětivé editory (a jak už jsem tu někde psal, existují i přívětivé editory, které se hned od začátku snadno používají a zároveň mají pokročilé funkce, člověk si v nich může psát skripty nebo mít vlastní klávesové zkratky).

*) něco jiného je IDE, ale to není případ VIMu.

[kyknos]

Už jenom tak banální operace "smaž X následujících řádků", kterou dělám velice často, je ve vimu mnohem rychlejší než v čemkoliv jiném, s čím jsme se kdy setkal. Jen na ní se těch 30 minut ztracených při prvním seznamování mnohonásobně vrátilo.

[ovoce]

To jako když předem přesně víte, kolik má těch řádků zmizet?

Protože mě přijde jako mnohem častější možnost, že nevím, kolik těch řádek je, pouze napříkald vím, že jde o dva, tři odstavce, nebo prostě "až k X". Takže uchopím myšulína, vyznačím, máčknu delete a BAM. Fakt nevím, jak si tohle představujete usnadněné manipulací s Vimem, ale...

[Fluttershy, yay!]

Třeba dd mi připadá snazší, navíc to mám pak v bufferu.

[Bystroushaak]

To proto, že ses s vimem zatím dost nenaučil :P

Vypráví se, že v horách severní Číny žijí mniši, kteří po letech tréningu VIMu provedou jeden ze svých smrtelných chvatů a během vteřiny udělají co potřebují, například celý odstavec smažou d), dva nebo tři pak 2d), či 3d). Nechtěl bych se s nimi utkat v editaci textů..

[kyknos]

nerozumím. mám oči a umím počítat, nejčastěji se jedná o cca 1-10 řádků, což prostě vidím na první pohled

přehmatávat na myš a pak s ní něco čarovat je právě ta ztráta času

[SPM]

Nj, jenže to počítání zabere asi tak stejně času, jako když v nanu mačkám Ctrl+k a přestanu ve chvíli, kdy jsem domazal ty řádky, které chci :)

[kyknos]

ne počítání nezabere žádný čas, to prostě vidím

[Lol Phirae]

Tak jo. Ahoj, Rainmane, těší mě.

[kyknos]

v rozsahu 1-5 to vidí i akvarijní rybička s mozečkem menším než zrnko rýže :)

[xkucf03]

Ano, v rozsahu 1-5… Ale 10, co jsi psal?

[jas]

:set number a odcitat 2 cisla uz sa snad zvladne, vhodne hlavne na mazanie 100+ riadkov.

Alternativne heuristiky (vytvorit dolny odhad a zvysok domazat cez dd, dj, dk alebo opatovnym spocitanim, pri prestrelenom odhade pouzit u pre undo).

[Michal Karas]

Anebo když už je zaplé :set number, tak d<číslo_řádku>G je snad dostatečně mentálně nenáročné.

[kyknos]

1-5 zvládá 2 cm dlouhá ryba...

[ovoce]

Myš - táhnout - smazat je mnohem snazší, žádná námaha. Počítat řádky už chce trošku úsilí. A navíc, já neříkal 10. Deset řádků nejsnáz smažete podržením/mačkáním delete. I když, i tam je ten myšulín možná snazší.

[kyknos]

snazší, ve smyslu jednodušší pro někoho, kdo se nechce nic učit - nepochybně

rychlejší a snazší pro někoho, kdo s učením problém nemá - v žádném případě

celé to je jen o tom, do které skupiny patříš

[Bystroushaak]

Vtip Vimu je v tom, že nemusíš počítat řádky. Vim umožňuje pracovat na úrovni slov, částí vět, odstavců, bloků kódu, textem mezi závorkami a já nevím čeho ještě. Nemusíš nic označovat, prostě řekneš "smázni následující odstavec". Nebo ho přesuň, nebo ztransformuj, nebo..

Kupodivu to není ani tak složité, když to člověk chvíli používá, tak to přejde do podvědomí tak nějak samo.

[little.owl]

+1

[SPM]

No, já si nejsem úplně jist tim, jak moc to přijde do podvědomí... přece jenom když chci smazat kus textu, tak obvykle jediná informace, kterou vím, je až do kterého místa to chci mazat. Rozhřešení toho, jestli ten bod je další odstavec, x řádek, 20. závorka nebo něco podobného už zabere spoustu času mozkového přemýšlení, takže ve finále to prostě bude stejné, jako když se opřu o šipku dolů a pak zmáčknu delete. S tím rozdílem, že u bfu způsobu nemusím o ničem přemýšlet.

[Gilhad]

kdyz vim, do ktereho mista to chci mazat, tak to vetsinou jde i nejak popsat: do konce radku, do konce odstavce, do tretiho vyskytu slova kamenec ... to vetsinou jde ve vimu zadat velice snadno.

[pavlix]

Já to vidím úplně jednoduše... někdy chci použít označení a následné smazání, jindy chci použít smazání „až do“ (například toho výskytu konkrétní značky či konkrétního slova). Vim umožňuje obojí.

Tu druhou možnost ještě stonásobně ocením, pokud se jedná o opakovanou akci a použiju ji v kombinaci s nahráváním. Protože pak už opravdu nelze opakovat akci typu „zmáčkni pětkrát delete“, když těch znaků zdaleka není vždycky pět.

[Lol Phirae]

Na co myš? Zmáčknu shift, držím šipku dolů, až označím všechno, co chci, zmáčknu delete. Zatímco ve vimu "ušetřím" čas tím, že nejdřív spočítám, kolik řádků chci vymazat, a poté nadatluju "user friendly" kombinaci typu :.,+5d, přičemž pokud datluju na nějakém notebooku, tak se ještě rozčílím, kde je ten pitomý plus. To fakt vám to fakt nepřijde praštěné? To už se můžu rovnou přepnou do visual módu, pravda, sice oproti výše uvedenému postupu v normálním editoru budu zbytečně mačkat V a Esc, ale rozhodně to stojí za to, si to hustit do hlavy.

[Hynek (Pichi) Vychodil]

Proč bych proboha pasl nějaké :.,+5d? Normálně 5dd snad ne? Nikde žádné plus a dvakrát kratší. Když se mi nechce počítat, tak udělám dd.... No je vidět, že vim kritizují jen ti, co o něm toho nejméně vědí.

[SPM]

tak udělám dd....

A v jiném editoru prostě držím shift a zmáčknu šipku dolu. Kde je teda ta úspora času? :)

[Fluttershy, yay!]

Podívej se, kde je na klávesnici 'd' a kde Shift a šipka.

[Lol Phirae]

Rozumím, vám, co píšete všemi 15 prsty, to denně ušetří cca 5 sekund, což činí ročně celých 30 minut. Samozřejmě, že než ty řádky spočítám nebo než tu "killer" kombinaci dd zmáčknu třeba 10x, tak to vyjde časově na stejno, ale to zanedbáme, anžto a protože prostě Shift a šipka nejsou sexy a všichni ostatní vývojáři editorů jsou tupci.

[Martin Mareš]

Než použiji Shift+šipka, musím nejprve skočit na začátek řádku. Jasně, to není moc práce, ale za celý den se takovéhle maličkosti nasčítají.

[ovoce]

Vy máte jabko bez klávesy home, nebo co?

[Martin Mareš]

Ne, ale každá taková maličkost stojí čas. Pokaždé maličko, za týden se všechny maličkosti už hravě sečtou na desítky minut.

[SPM]

Ale pořád jedno stisknutí šipky dolu za souběžného držení shiftu je méně, než dd. Pokud těch řádků je větší množství, pořád mi přijde, že home + n.šipka dolu je rychlejší, než n.dd

[Martin Mareš]

Ne: potřebuji postupně zmáčknout Home, Shift, šipku a Delete. Což jsou navíc klávesy, které jsou dost daleko od běžné pozice rukou, takže na ně musím přehmátnout.

Pokud těch řádků je víc, samozřejmě nemačkám n-krát dd, ale buďto číslodd nebo jednou dd a pak opakuji tečkou, případně rovnou specifikuji objekt, který chci smazat (třeba odstavec).

[xkucf03]

A stisknutí escapu a potom a/i pro návrat zpět počítáš taky, nebo to nestojí za řeč?

[Martin Mareš]

Počítám také, ale to nedělám při každém mazání -- při úpravách textu je často operací typu delete/paste výrazně víc než insertů, takže se to amortizuje.

Naopak pokud jsem primárně v insert módu, odskakuji z něj pomocí Ctrl-O vždy na jeden příkaz.

Ale tohle jsou maličkosti. To, co mi ve Vimu zrychluje práci nejvýrazněji, jsou adresy: například aplikace příkazu (třeba delete/change) do nejbližšího výskytu daného znaku, do nejbližší párové závorky, do konce odstavce, do konce Céckového bloku atd.

[Fluttershy, yay!]

Vim a jistým způsobem nastavené DE (zvláště správce oken) — a jistý specifický hardware — používám proto, že mě otravovalo zabývat se věcmi jako hledání, kde je myš (kde je kurzor), přesouvání rukou na šipky a zpět atd. Bude to jeden z důvodů, proč někteří lidé používají Vim, zatímco ostatním tyto akce nevadí nebo o existenci Vimu vůbec netuší (příp. používají jiný hardcore editor).

Takové dd je samo o sobě zanedbatelně efektivnější než šipky, ale pokud se používá často, zjeví se čínský koeficient. Mnou zmiňovaná tečka je asi ještě lepší příklad šetření času, protože v typickém případě jejího použití by existovaly alternativní postupy: (a) dělat úpravy ručně; (b) snažit se vymyslet nějaký workaround kolem Search&Replace; (c) dokonale ovládnout regexp-fu.

[pavlix]

Já celkem s oblibou používám visual, pokud je to na víc než nějakých pět řádků, které vidím na první pohled.

[SPM]

Nutnost mačkat jenom jednu klávesu ten přesun ruky vykompenzuje. A u delšího bloku se pořád i vyplatí :)

[Fluttershy, yay!]

d je více kláves?

[SPM]

V citaci bylo dd. Ano dd je více kláves, než šipka dolu.

[Fluttershy, yay!]

Nemusím držet Shift.

[SPM]

To ne, ale ten se jen drží, což s množícíma se řádkama už nevadí. A naopak zase není třeba měnit jakési režimy.

[xkucf03]

Nechce se mi věřit, že jen tak koukneš a vidíš, že je to 10 řádků (a ne třeba 9 nebo 11), aniž by sis to musel odpočítávat – a když už to odpočítáváš, tak při tom můžeš mačkat třeba Ctrl+D a řádky počítat i mazat zároveň.

[kyknos]

10 jsem plácnul od oka, nikdy jsme to neměřil ani si nedělal poznámky, ale tak nějak to asi bude, řekl bych. Nejčastěji stejně mažu třeba tři, čtyři, pět... je známo že do pěti umí "počítat" i zmíněné rybičky, a protože s nejvyšší pravděpodobností neznají abstraktní počítání, také to pravděpodobně dělají metodou kouknu a vím. Tyhle obvody jsou asi velmi staré a v evoluci se moc nemění, ale lidský mozek k tomu ještě pár kousků umí přidat. Je také možné, že se to zlepšuje tréningem. Možná to také dost souvisí se způsobem čtení, někdo čte sekvenčně slovo po slovu, nekdo celé řádky najednou. Jediné co vím jistě je to, jak trpím u editoru, které takové věci neumí. Nejen, že myš zdržuje, ale velmi často používám počítač bez myši a použít touchpad na notebooku je smrt, tím, ztratím obvykle nejméně desítky sekund.

Je mi to ale fuk, pokud někdo rád píše v klikacím texťáku jeho volba, nevím proč bych mu měl nutit nástroj, který považuji za mnohem lepší a efektivnější. Já osobně bych ale uvítal, kdyby byla funkcionalita vimu ve všech aplikacích, kde se edituje byť minimum textu.

[little.owl]

Moc si nedovedu představit, jak by mi (libovolný) editor mohl ušetřit stovky hodin práce.

Vzhledem k tomu, ze vim pouzivam mnoho let jako textovy editor, napsal jsem v nem vsechny diplomky, disertacky, miliony radku ruzneho kodu ... predstavte si, ze vam vim diky efektivni editaci usetri deset minut denne. Textovy editor ci IDE ma velky vliv na vasi produktivitu.

[xkucf03]

Já psal bakalářku v LaTeXu a diplomku v DocBooku a vždycky se mi spíš hodilo mít v postranním panelu strukturu dokumentu nebo seznam souborů, než mít možnost smazat X dalších řádků nebo jiné věci, které jdou ve vimu velmi efektivně. A většinu času jsem strávil vymýšlením textu nebo jeho psaním, nikoli ovládáním editoru. Takže i když člověk musí zmáčknout třeba Ctrl+F a pak dvakrát tabulátor a enter pro nahrazení nějakého textu – místo efektivnějšího zadání téhož do vimu – na celkový výsledek to má minimální vliv (ten čas strávený psaním diplomky je řádově někde jinde, než kolik mohly být dohromady tyhle úspory).

[little.owl]

Ale to s vim-em muzete mit take, pro obe jsou k dispozici pluginy, jak pro file browser, tak pro strukturu dokumentu.

Vy evidentne mluvite o necem, co neznate.

[xkucf03]

Jednak mi přijde škoda se omezovat na textový režim, když mi tu běží Xka (diplomku fakt nepíšu na vzdáleném serveru s prastarým Solarisem připojeným pomalou linkou). A jednak instalace pluginů, konfigurace vimu, případně dopisování nějakých skriptů je stále mnohem více práce, než si nainstalovat jeden balíček – hotový editor pro LaTeX, který je vlastně IDE a funguje hned včetně napojení na pdflatex a prohlížeč PDF.

[Fluttershy, yay!]

Co za IDE myslíš? Z lenosti jsem používal Texmaker, ale ta výchozí šablona stála za bzum.

[xkucf03]

Kile. Výchozí šablony jsem ani nezkoumal, používal jsem vlastní, resp. skoro čistý dokument v LaTeXu.

[Fluttershy, yay!]

To už se snad ani nevyvíjí...

Zkoušel jsem ještě LyX a něco trochu hardcore, ale nic mi nesedlo víc než ten Texmaker, jehož šablona je teda děs běs. Šlo mi hlavně o šablony a doplňování příkazů nebo rovnou bloků kódu, protože jsem na ně neměl čas.

[xkucf03]

Letos vyšly dvě verze – 2.1.1 a 2.1.2 – tak to snad tak špatné nebude

[little.owl]

Instalace pluginu je zkopirovani soubroru do adresare, pokud nechcete nejake speciality, nic nastavovat nemusite. Existuje GTK verzi vim, gvim, ktera nebezi v terminalu. Vim je textovy editor, pak logicky pracujete v textovem rezimu.

[mirec]

Offtopic, na inštaláciu pluginov odporúčam pathogen, každý plugin do samostatného podadresára, celý .vim okrem tmp, undodiru a podobných hovadím do správy gitu, pluginy sú prakticky všetky na githube, takže všetko ako submoduly a sem tam update pluginov ako git submodule foreach git pull ;)

[Fluttershy, yay!]

Vim je mnohem mocnější nástroj než "standardní editor". Pokud ho BFU/lama nepotřebuje, prosím. BFU-friendly distribuce obvykle obsahují nějaké DE zahrnující Gedit/KWrite/Mousepad/... Co se konsole týče, obvykle AFAIK bývá nainstalován nano a vi. Očekávám, že administrátor bude mít elementární znalosti běžných nástrojů — vi bych označil za něco jako průmyslový standard.

[little.owl]

On to je prumyslovy standard, bez jeho znalosti zadnou poradnou certifikaci pro spravu Unixu snad ani nedostanete.

[xkucf03]

Co se konsole týče, obvykle AFAIK bývá nainstalován nano a vi.

Z těch dvou je pro mě zrádnější nano, protože jeho zkratky neznám a musím si číst ty popisky Ale kdybych neznal ovládání vimu, tak bude přívětivější nano.

Očekávám, že administrátor bude mít elementární znalosti běžných nástrojů — vi bych označil za něco jako průmyslový standard.

Tak ho taky beru. Když jsem na cizím serveru, tak je vim celkem jasná volba, používat se to dá, ale nějaké zvláštní potěšení mi to nepřináší.

Otázka je, jestli je standardem vi nebo vim – na některých obstarožních systémech je jen vi a navíc to má třeba terminál s nekompletní nebo nestandardní klávesnicí, to je teprve něco Když je člověk zmlsaný VIMem a plnohodnotnou klávesnicí, tak mu to v tom vi taky moc nejde.

[Jarek]

Souhlas, pokud někdo není schopen naučit se pár zkratek jak editor ovládat, udělá líp když si přizná, že na tohle ještě nemá a použije něco primitivního mcedit,kate,... nebo něco co si představuje pod pojmem editor. A třeba zjistí, že mu to na tu jeho "práci" i stačí. Kdo má na víc a víc potřebuje může začít s pár příkazy a postupně přidávat další.

Já s vimem pracuji léta a neměnil bych. Naučit se ho při práci mi zabralo asi 20min. A pak jsem přidával další....

Ale řeči typu je to španý protože já jsem tak blbej, že stím nesvedu pracovat. Chci aby to vypadalo jinak, například stejně blbě jako mcedit,... nebo ...

Nezlobte se ale to pro mě není argumet. Rada: Pokud se vim nelíbí nepoužívejte ho, ale měnit ho aby vyhovoval neumětelům nebudeme...

Že by vi/vim byl ve výchozím nastavení nepoužitelný ke konfiguraci distribuce se mi za ty léta ještě nestalo. Navíc většina distribucí nabízí i nano, mc(edit) a pod. Pokud se nechcete učit ani to nepoužívejte systémi typu Unix.

[Lol Phirae]

Pokud se nechcete učit ani to nepoužívejte systémi typu Unix.

Hmmm, koukám, že s kontrolou pravopisu na tom ten vim asi není moc dobře, co? SCNR.

[Jarek]

Pokud jsi v mém textu jinou chybu nenašel, beru to jako, že s ním souhlasíš. A co bych to nepřiznal těší mne to.

[ovoce]

Kdo má na víc

Není to sranda, slyšet taková vyjádření o pitomém textovém editoru? Vždyť to má být nástroj, ne opojný prostředek nebo statusový symbol :P

Kolikrát se mi zdá, že některý lidi to fakt používají hlavně proto, že to není BFU-friendly.

[Lol Phirae]

Kolikrát se mi zdá, že některý lidi to fakt používají hlavně proto, že to není BFU-friendly.

Anebo jinak - sice mám malý péro, ale zato umím používat vim, heč!

[Fluttershy, yay!]

Málokdo má koule na takové veřejné prohlášení. Ale aspoň ty koule, když už máš malé péro. ^.^

[Begleiter]

Editor Vim používám denodenně a zatím mi k (produktivní) práci stačí perfektní turoriál od Satrapy -- tedy spíš základy.

Dost mi připadá, že je dnes v módě zatracovat věci "navržené za krále Klacka". Jak říkám, Vim používám denodenně a za masochistu se nepovažuju.

[ovoce]

Vim vam energii bere kratce jen na zacatku nez se ho naucite ovladat, pak vam naopak energii setri.

Dokážu si představit, že to dodává morálku někomu, kdo si přitom chrochtá, jak hustě si to edituje Vimeme :)

U mě bych tomu moc nevěřil, já jsem člověk spíš trudomyslný a opravdu na to nemám nervy. A jak už jsem řekl, pro mě je důležité psaní textu, copypaste, kontrola pravopisu, ale také třeba rychlý přeskok do jiného programu nebo prohlížeče, copypaste...

Takže nějaká divočina, že vim dokáže automaticky přidat # na začátek 37 řádků najednou mě moc neosloví. Snad jen při používání avisynthu, ale i tam je to snazší jednou ročně udělat ručně, než se kvůli tomu denně párat s Vimem. Navíc je stejně snazší si udělat kopii skriptu a těch 37 řádků z ní tvrdě smazat :P

[little.owl]

Tak jiste, Vim nesedne kazdemu. Jinak s tim co uvadite neni zadny problem u gVim a to i pod Windows.

[Fluttershy, yay!]

Těch drobností je celá řada, namátkou tečka nebo více bufferů. Nejsem zrovna guru, ale je několik fičur, které oceňuji, přitom jinde (mimo Emacs, Sublime se mi nepodařilo spustit) jsem je neviděl.

[Atrament]

Změň životní styl, jídelníček, víc se hejbej a zkus myslet pozitivněji. Mám už třicítku dávno za sebou a s energií nemám žádný problém, spím denně maximálně šest hodin a přitom se furt cítím docela fit. Samozřejmě podle toho co píšeš to vypadá, že pro Vim nemáš použití a to je úplně v pořádku, ne každý potřebuje všechno. Ale kdybys někdy dostal k editaci pár desítek texťáků o tisícovkách řádků v nichž je potřeba jenom poupravit nějaké detaily, které ale nejdou jen tak udělat pomocí sedu, protože by se automatikou mohlo dosáhnout i nežádoucích úprav, tak věz, že není lepšího nástroje než Vim :)

[xkucf03]

Ale kdybys někdy dostal k editaci pár desítek texťáků o tisícovkách řádků v nichž je potřeba jenom poupravit nějaké detaily

To mi ale přijde spíš jako chyba toho formátu (zřejmě nějaká konfigurace), že jsou takové úpravy potřeba. V podstatě podobný problém jako denormalizace databází nebo nedodržování DRY při psaní kódu.

[Petr Tomášek]

Používání mozku jako nevýhoda, bože kam jsme to dopracovali :/

+10000

[little.owl]

V poslednich letech jsem se nesetkal s desktopovou distribuci nemajici nano a vi[m] v defaultni instalaci. Poucte me, ktera mainstreamova distribuce instaluje jen vi[m] a jiz ne nano?

[SPM]

Já se s tím setkal v práci na pár serverech. Povětšinou debian nebo něco bsd. Asi to nebyl úplně defaultní stav, nicméně byl to takový stav, ve kterém jsem to dostal do ruky :) jinak, vim ještě většinou zkousnu (tedy jsem schopen kýženou operaci provést), ale z vi už šílím. Sice si pokaždé vyzjistím, jak toho docílit, nicméně když to člověk nepoužívá, tak za měsíc je ta znalost zase v kelu a zjišťuju to pokaždé nanovo...

[little.owl]

Na serveru vam snad nebude editovat soubory trouba neschopny se naucit par zakladnich prikazu vi.

[ovoce]

Lepší než někdo kdo umí ovládat server ale vybodl se na ovládnutí vi, než mistr ve vi, co jinak ví kulový.

[little.owl]

Jiste, a kolik takovych je?

[SPM]

No potřeboval jsem to editovat třeba já :) a ano, nějak jsem to zvládl. Akorát že primitivní operaci, na kterou mi bohatě stačí nano a byla by do 10s hotová, jsem dělal asi 5 minut, než jsem vi donutil dopsat něco na konec řádku a nesmazat všechny ostatní, případně nepřevést to na upper case. A jo, zvládnul jsem to, uplynul měsíc a zase si pamatuju kulový. Na svých serverech mám emacs, který tímhle netrpí

[little.owl]

Na svých serverech mám emacs, který tímhle netrpí

Vy vole ....

[xkucf03]

Máš snad něco proti emacsu?

[little.owl]

Ne, respektuji ho, jen mi nesedl.

Nicmene tvrzeni, ze nekdo nezvlada vim a je zbehly v emacsu je na hranici provokace.

[xkucf03]

On psal o vi – to já bych si taky líp poradil s emacsem, než s nějakým prastarým vi, kde nefungují ani kurzorové klávesy.

[little.owl]

vi je velmi moderni nastroj, tvrdaci pouzivaji ed!

[Martin Mareš]

Jediné: oproti VIMu je práce s ním pomalejší. Je mi jasné, že si tím říkám o flame, ale po cca 5 letech používání obou editorů souběžně v tom mám dost jasno.

[Bystroushaak]

On VIM sám o sobě tak hustý není, chce to trochu potunit:

set nocompatible
set exrc
set history=1000
set backspace=2
set nojoinspaces
set ruler
set showcmd
set showmatch
set hlsearch
set smartindent
set shiftwidth=4
set textwidth=500
set tabstop=4
set wildmenu

set ai

set background=dark
syntax on

nnoremap j gj
nnoremap k gk
vnoremap j gj
vnoremap k gk
nnoremap <Down> gj
nnoremap <Up> gk
vnoremap <Down> gj
vnoremap <Up> gk
inoremap <Down> <C-o>gj
inoremap <Up> <C-o>gk

command W w
command Wq wq
command Q q


" Podpora obnovy kurzoru 
" viz http://vim.wikia.com/wiki/Restore_cursor_to_file_position_in_previous_editing_session
set viminfo='10,\"100,:20,%,n~/.viminfo

function! ResCur()
  if line("'\"") <= line("$")
    normal! g`"
    return 1
  endif
endfunction

augroup resCur
  autocmd!
  autocmd BufWinEnter * call ResCur()
augroup END

VIM má největší výhodu v tom, že jakmile se stane rozšířením tvé mysli a ovládáš ho intuitivně na pokročilejší úrovni, tak ti dává takové editovací možnosti, jako nic jiného. Je to jako kombinace programovacího jazyka a editoru :) Problém je s tím naučením se pokročilé úrovně :P

[Miloslav Ponkrác]

A největší nevýhodu v tom, že má několik vlastností za které bych ho zabil, a to i přesto, že ho používám asi 15 let 10–14 hodin denně.

Uvnitř evidentně pracuje na úrovni bajtů, takže v i v Unicode textech primárně cpe pozice dané v počtech bajtů od začátku řádku a jiné nesmysly. Dá se to poladit.

Ale že Unicode není pro vim přirozený prokukuje na mnoha místech. Například na Windows vytiskne editovaný soubor na tiskárnu prostě jako bajtový výtisk. Jednoduše UTF-8 vypadá jako když vyleze z hexa editoru. Zatímco i ten blbý notepad ve Windows to dokáže vytisknout jako text.

Ve Windows také v případě nastavení encoding na UTF-8 vypisuje české zprávy do message boxů jako rozsypaný čaj – namísto znaků prostě vypisuje bajty a zprávy pak u diakritiky mají typické rozpsypané dvojice znaků.

Má špatné undo a nepoladíte to. Většinou si pamatuje příliš hrubé kroky a je to dost často k ničemu.

Na základní věci, které jiné editory umějí normálně je třeba hodně ladit a hodně nastavovat aby se tomu vim vyrovnal.

Programovací jazyk vimu není příliš elegantní.

Vim evidentně pracuje vnitřně především řádkově a mnoho operací nelze provést jinak než řádkově. I když leccos je přešito tak, že umožňuje pracovat s částmi řádků.

Pokud chcete rozumnou verzi vim, tak je třeba si stáhnout Mercurialem zdrojáky a zkompilovat. Protože to co je na webu vimu ke stáhnutí má u sebe podpisy jeskynních pračlověků.

Defaultní nastavení toolbaru a menu není moc chytré. Například chybí příkaz na zavření okna, nebo nastavení syntaxe musíte dělat 2×. Poprvé „vygenerovat do menu seznam syntaxe“, podruhé teprve můžete zvolit. Totéž je s kontrolou pravopisu.

Zkrátka, vim je geniální editor – stačí se smířit s tím, že neumí tisknout, neumí pořádně Unicode, musíte se ho dlouho učit pro základní práci, a v zásadě je vim napůl naprogramovaný nedodělek, kdy si každý individuálně naprogramuje tu druhou část.

[kyknos]

možná je jednooký, ale pořád král, protože konkurence mu nesahá ani po kotníky

a co se děje na window je mi upřimně zcela putna - přesto jsem s ním kdysi vyřešil problém, na kterém si všechny dostupné windowsí aplikace, včetně drahých komerčních, vylámaly zuby

[Miloslav Ponkrác]

Rozumím, ta menšina co používá vim deklarovala, že vim je král. Ta většina co ho nepoužívá, nebo se jí dokonce protiví s tím nesouhlasí.

Já osobně po 15 letech hodlám od vimu utéct. Těch nedostatků vimu už je neúrokem a vim rok od roku ztrácí.

Mám vim vcelku rád, ale v zásadě hlavně proto, že už ho mám nastavený, vyladěný. A to do té míry, že už jsme mohl v pohodě zapomenout ty příkazy, které nepoužívám každý měsíc. Takže podruhé bych ho asi nastavoval podobně jako začátečník.

Mohu přihodit další nectnosti vimu: Zasekává se a velmi pomalu reaguje na dlouhé soubory.

Pokud je řádka delší, než se vejde na obrazovku, pak s tím vim pracuje obzvláště špatně.

Když jsme se před časem pokoušel automaticky ukládat a obnovovat poslední sezení vimu (mkview, loadview), tak po několika obnoveních to začlo dost blbnout.

Soubory pro kontrolu syntaxe už začínají editaci významně zpomalovat. Na delším souboru s lepším obarvovačem syntaxe se to začne sekat.

Na Windows pak vim navíc emuluje klávesnici, takže ignoruje částečně i keyboard layout. Musíte ho zduplikovat a napsat podruhé do keymap.

Zkrátka, možná je to král, jeho ovládání je dobře vymyšlené, ale zbylé featury kromě ovládání, tedy ten vnitřek už je značně zachvácen hnilobou a plísní a korozí.

Proto bych velmi uvítal, kdyby někdo vzal vim, postavil ho znovu na čisté louce a moderním vnitřkem. Od nuly. Přestal by ho programovat v K&R C, jak se programuje vim.

[Bystroushaak]

Mohu přihodit další nectnosti vimu: Zasekává se a velmi pomalu reaguje na dlouhé soubory.

A co ne? Kate, geany a gedit tím trpí také, navíc o dost víc.

Pokud je řádka delší, než se vejde na obrazovku, pak s tím vim pracuje obzvláště špatně.

Viz ten můj konfigurák.

Na Windows pak vim navíc emuluje klávesnici, takže ignoruje částečně i keyboard layout. Musíte ho zduplikovat a napsat podruhé do keymap.

Windows .. vim. *facepalm*

Zkrátka, možná je to král, jeho ovládání je dobře vymyšlené, ale zbylé featury kromě ovládání, tedy ten vnitřek už je značně zachvácen hnilobou a plísní a korozí.

Existuje spousta editorů, které umožňují používat vim příkazy pro jejich prostředí. Doporučuji zkusit.

Proto bych velmi uvítal, kdyby někdo vzal vim, postavil ho znovu na čisté louce a moderním vnitřkem. Od nuly. Přestal by ho programovat v K&R C, jak se programuje vim.

Pokud vím, tak z vi vyrazilo hned několik větví a dost bych se divil, kdyby tohle už někdo neudělal.

[kyknos]

Mohu přihodit další nectnosti vimu: Zasekává se a velmi pomalu reaguje na dlouhé soubory.

Pokud je řádka delší, než se vejde na obrazovku, pak s tím vim pracuje obzvláště špatně.

zvláštní - ten problém spočíval v tom, že nějaký windowský klikací wysiwyg bazmek na editaci xml neuměl přidat určitý xml kód a bylo nutno soubor otevřít v textovém editoru a upravit ručně. Následně jsme zjistil, že celý obrovský soubor je na jednom řádku a žádný z mnoha přítomných editorů úpravu nezvládne - poradil si s tím právě jen vim.

[little.owl]

Vim naopak zvlada editaci velkych souboru dobre, mluvim zde o log souborech +15MB, vcetne syntax highlighting.

Dlouhe radky, muzete zalamovat, nemusite, jeden prikaz. V cem je problem?

[xkucf03]

jj, v tomhle souhlas. Na velkých souborech kolabuje většina GUI editorů i některé CLI, vim mi v tomto ohledu přišel nejlepší.

[Miloslav Ponkrác]

„Vim naopak zvlada editaci velkych souboru dobre, mluvim zde o log souborech +15MB“

Pokud je pro Vás 15 MB velký soubor, pak se omlouvám. Ale 15 MB zvládne oeditovat všechno co jen náznakově funguje jako editor.

Ale zkuste načíst 500–1000 MB textový soubor (např. výpis sql). A jsou editory, které to provedou bleskurychle a ani se nezakuckají. Vim to ovšem není ani náhodou.

[Bystroushaak]

A jsou editory, které to provedou bleskurychle a ani se nezakuckají. Vim to ovšem není ani náhodou.

Které? Občas by se něco takového taky hodilo.

[Fluttershy, yay!]

VEDIT, ale ono to nemusí být třeba.

[xkucf03]

Se zvýrazňováním syntaxe nebo bez? Otevřel jsem si teď nějaký SQL skript o 150 MB, se zvýrazňováním jel vim ze začátku dobře, ale když jsem skočil na konec souboru a chtěl stránkovat pozpátku, tak už to nezvládal. Po vypnutí syntaxe, byl ale v pohodě a soubor šlo krásně procházet oběma směry, vyhledávat v něm atd.

Emacs na tom byl o trochu líp, ale ne moc (nicméně aspoň se nedostal do stavu, kdy ho bylo potřeba sestřelit přes kill jako vim). Při spouštění vypíše varování, jak je soubor velký a jestli ho fakt chci otevřít.

Mcedit odmítl takový soubor otevřít úplně. Nano byl stejně rychlý jako vim s vypnutou syntaxí.

Ale spíš mi přijde, že člověk dělá něco špatně, když potřebuje upravovat tak velké soubory interaktivním editorem…

[little.owl]

Ano, zvyraznovani syntaxe u velkych souboru hodne zpomaluje a je treba ho vypnout.

[little.owl]

Psal jsem plus (+15MB).

Ted jsem si zkusil otevrit gvim-em nejvetsi soubor co mam, asi 4.2GB log, a jde to a pokud neco kucka, tak je to hlavne muj laptop se 4GB pameti, coz se projevuje jen pri scrollovani.

Nevim, jak vy, ale ja nic takoveho needituji denne.

[Miloslav Ponkrác]

Odpovím ostře a drze:

„A co ne? Kate, geany a gedit tím trpí také, navíc o dost víc.“

Mluvme o skutečných editorech. Editor, který si dokážu srovnatelně naprogramovat a splácat sám během několika dní nepovažuji za kvalitní editor.

---

„Viz ten můj konfigurák.“

Mám něco podobného. Přesto všechno není vim v dlouhých řádkách žádný med.

[Martin Mareš]

Řekl bych, že většina Vašich problémů jsou nedokonalosti windowsového portu Vimu.

Souhlasím, že programovací jazyk Vimu není elegantní. Ale nemusíte ho používat: Vim jde skriptovat i v Pythonu nebo Perlu.

Unicode už funguje dost dobře, pozici na řádku Vim ukazuje jak v bajtech, tak ve znacích.

Zbytek přikládám spíše míře Vašich schopností učit se.

[jos]

mno lidi maj (obvykle) dvě nohy, ne? no a dva pedály to už je kombinatoricky lepší než jeden; vim a dvě šlapky: doporučuje devět z deseti bubeníků

[Ken]

Ne, ne, to má být takto:
Vim a dvě šlapky: Doporučuje devět z deseti pasáků.

[AsciiWolf]

[xkucf03]

Konečně bude ten vim trochu intuitivní

Akorát by mne kolegové mohly podezřívat, že pařím nějaké automobilové závody. Možná by to chtělo ještě přidělat senzor do židle – šoupáním do stran by se dalo zvyšovat/snižovat odsazení aktuálního řádku. Dokonalý herní zážitek při editaci zdrojáků nebo konfigurace

[loki]

+1000

[AsciiWolf]

Možná by to chtělo ještě přidělat senzor do židle – šoupáním do stran by se dalo zvyšovat/snižovat odsazení aktuálního řádku. Dokonalý herní zážitek při editaci zdrojáků nebo konfigurace

Aby to nedopadlo nějak takhle.

[Lol Phirae]

A náklonem dopředu/dozadu PgUp/PgDn

[m-a]

ViM Kinect edition!

[ovoce]

A soubor se bude ukládat tak, že si uživatel nasadí takovou tu japonskou čelenku s kočičími oušky. Zkrátka ta pravá UNIX WAY. Vim rulez, KISS!

[xkucf03]

Člověk s čelenkou s kočičími oušky, který sebou kývá dopředu a dozadu, šoupe židlí do stran a škube nohou pod stolem, do toho mačká něco na klávesnici a náruživě kouká do monitoru… Tohle by chtělo zfilmovat.

[mirec]

Offtopic, odporúčam vim-powerline.

[Mandarinka]

Tedy, vim se mi z duše hnusí, ale tohle je tak nerdské, že to člověk musí obdivovat.

(ˇˇ)b

[Atrament]

Dobrý :)) Ale k plnohodnotnému použití by člověk potřeboval ty pedály aspoň čtyři (i,I,a,A)

[cezz]

To by sa mohlo riesit podobne ako sa radia rychlosti v aute

[xkucf03]

A není už pak jednodušší vzít do ruky tu myš?

[Fluttershy, yay!]

Myš? Ne. RollerMouse by byla něco jiného.

[lmb]

… a pak ještě o,O,p,P až by to nakonec třeba dopadlo takto

[Mti.]

Blbost. Varhany nebrat. Zavedeme dvoj- a troj-slapy (jen pri popisu nezminovat mys, aby si M$ a spol nevzpomneli na sve patenty. Popisovat se to musi jako zcela nova a prevratna technologie.)

[Miloslav Ponkrác]

Jakto?

Jednu klávesnici na stůl, jednu klávesnici na zem pod nohy.

Šikovným tréninkem je možné libovolně kombinovat ruce i nohy při ovládání vimu. Univerzálnější už to udělat nejde.

[Fluttershy, yay!]

Myšlenka psaná v článku je zajímavá, ale ten pedál mám — držet ho stále stisknutý při psaní mi nepřipadá moc pohodlné. Raději pedály používám pro modifikátory (nebo třeba jenom ten iskejp). Nebo bych si to (Pystromem) přemapoval tak, že by pedál posílal střídavě Esc a i.

[Petr Tomášek]

Ono je vůbec otázka, zda-li nezbastlit specielní klávesnici pro linux/vim. Například by se mód editoru mohl zobrazovat pomocí zvláštní LED, nebo na nějakém LCD. A určitě by se našly funkce, které by si zasloužily vlastní klávesu.

Když můžou mít klávesu pitomé widle, proč by nemohl mít vim, linux, nebo třeba GNOME

[Fluttershy, yay!]

Existuje a někde na webu je zdokumentována úprava taková, že dioda CapsLocku (jinak zcela zbytečná) indikuje, zda je Vim ve vkládacím režimu.

[Atrament]

Svítící

--INSERT--

v levém dolním rohu, když je člověk ve vkládacím režimu, mi přijde dostatečné, při psaní spíš koukám na monitor, než na klávesnici.

[Fluttershy, yay!]

Diodu registruju periferně, nemusím koukat na klávesnici.

[Atrament]

Jelikož je hned vedle svítí diody Numlocku tak si změny jen tak periferně nemám šanci všimnout, chtě nechtě bych stejně musel odlepit oči od displaye a přímo se na tu klávesnici podívat, leda jedině vypnout tu diodu Numlocku. Ale vzhledem k tomu, že přímo Vim to signalizuje tím --INSERT-- mi přijdou tyto boční řešení zbytečné.

[Fluttershy, yay!]

Já je u sebe nemám a krom toho NumLock nepoužívám. Mohl bych je barevně odlišit. Koukat se a číst, zda je tam napsáno právě "INSERT" se mi pohodlné nejeví, to už radši tu změnu barvy stavového řádku.

[Atrament]

OK ideální řešení - obarvení toho --INSERT-- třeba na žluto

hi ModeMsg ctermfg = Yellow

Svítící žlutý INSERT na černém pozadí prakticky přímo před očima, to už člověk jen tak nepřehlídne :)

[Fluttershy, yay!]

Přesto diodu považuji za 20 percent cooler.

[Václav HFechs Švirga]

Yay

[Fluttershy, yay!]

LOUDER!

[Miloslav Ponkrác]

„Svítící žlutý INSERT na černém pozadí prakticky přímo před očima, to už člověk jen tak nepřehlídne“

Možná ještě skrýt editovaný text a je to tutovka.

[Atrament]

Nj to by možná nebyl problém, ale úpravy v příkazáku by pak člověk dělal poslepu? :))

[CiV]

Na toto ja pouzivam zmenu barvy StatusLine, takhle:

" set color of the status bar when in insert mode
if version >= 700 
        au InsertEnter * hi StatusLine ctermfg=red
        au InsertLeave * hi StatusLine ctermfg=white
endif

[Petr Tomášek]

Jo, ale proč, když mají klávesnice "windows klávesu" a další podobné píčovinky (které nevyužiju), proč by nemohla mít moje klávesnice tři LED pro zobrazení módu VIM-u?

(BTW, stejně nejgeniálnější by byla klávesnice, která by se přímo "hardwarově" starala o přepínání klávesových map a do počítače by už cpala přímo řetězce v unicode...)

[pavlix]

To by byla takováta geniální věc, která by byla dost k ničemu a způsobovala by spoustu problémů.

[Petr Tomášek]

Hloupost. Pokud by se to navrhlo dobře, tak by to naopak spoustu věcí elegantně vyřešilo...

[xkucf03]

Mně přijde spíš lepší toho dělat hardwarově minimum a zbytek softwarově v počítači – můžeš si to kdykoli přeprogramovat podle svého. Zatímco nahrávat firmware do klávesnice je složitější a řada klávesnic by to ani nepodporovala, nebo házela klacky pod nohy, jak znám výrobce.

[pavlix]

Hloupost.

Hloupý je ten, kdo slova druhého bez promyšlení za hloupost označí :).

Pokud by se to navrhlo dobře, tak by to naopak spoustu věcí elegantně vyřešilo...

Jo, rozbilo by to spoustu věcí, které se ovládají pomocí key events a ne znaků.

[Fluttershy, yay!]

Až na to, že se to reálně používá a problémy to naopak řeší (mj. člověk může mít kdekoliv své rozložení bez ohledu na software na počítači, který zrovna musí používat).

[pavlix]

Nechtěl jsi náhodou označit to „reálně používá“, kliknout na takovou tu ikonku „<a>“ a dopsat odkaz na alespoň nějaké informace o alespoň jedné takové klávesnici, která je podporovaná alespoň jakž takž napříč operačními systémy a přitom úplně obchází systémové rozložení (jak sám píšeš)?

[Fluttershy, yay!]

Podporu napříč operačními systémy nechápu, je to prostě klávesnice. Namátkou Kinesis Advantage Pro.

[little.owl]

Takove veci se jiz zkouseli, driver klavesnice do ni nahral layout, ale neuchytilo se to. Apple ma snad patent na klavesnici, kde klavesa ma zabudovane LCD (treba 64x64) a zobrazeny symbol se meni dynamicky za chodu, podle zrovna pouziteho programu.

[Ladislav Hagara]

Optimus family

[little.owl]

Hezke.

[Fluttershy, yay!]

Neuchytilo? U průmyslových nebo ergonomických klávesnic podobné programování není nic extrémně neobvyklého.

Optimus Maximus — v podstatě totéž mají některé průmyslové klávesnice a už jsem to viděl i u nějaké herní potvory možná od Razeru?

[pavlix]

Neuchytilo?

Neuchytilo.

U průmyslových nebo ergonomických klávesnic podobné programování není nic extrémně neobvyklého.

To píšeš o něčem úplně jiném než Petr.

Optimus Maximus

Fajn, alespoň něco. Opravdu to posílá počítači unicode znaky? Funguje to na Linuxu?

[Fluttershy, yay!]

To píšeš o něčem úplně jiném než Petr.

Asi myslíš jinou část komentáře.

Fajn, alespoň něco. Opravdu to posílá počítači unicode znaky? Funguje to na Linuxu?

Na webu to mají aspoň trochu popsané.

[tyweywetrw]

ten USB pedal vypada uplne stejne jako pedal stareho siciho stroje Lucznik co jsme meli doma.

http://www.superdeal.sk/nozny-pedal-lucznik.p1238871.html

http://www.pcsensor.com/index.php?_a=viewProd&productId=2

[Fluttershy, yay!]

Obé jsou pedály. To je asi tak vše. Jo, ještě jsou oba černé.

[avzgag]

ale design je uplne stejny. pedal mohl byt ovalny, jine ryhovani apod. ale jsou stejne.

[Fluttershy, yay!]

Až na to, že třeba v profilu vypadají podstatně jinak nebo ten do USB nemá nožičky. Čímž je vyvrácena stejnost.

[Ladislav Hagara]

To je ale náhoda, že dnes vyšel článek o pedálu na konkurenčním serveru. Redakce zcela náhodou našla VIM Clutch na serveru GitHub.

[pavlix]

Proč by to měla být náhoda?

[Ladislav Hagara]

Pokud to nebyla náhoda, nebylo by vhodné přidat odkaz na zprávičku, která je inspirovala?

[pavlix]

Tak je otázka, jestli má smysl dávat odkazy na zprávičky. Jako článek určitě, ale...

Nechám to na jiných, osobně je mi to vlastně celkem jedno.