Vim 7.2b BETA

Vyšla beta verze editoru Vim 7.2b BETA. Testeři jsou vítáni.

14.7.2008 07:35 | Pev | Nová verze

Komentáře

[Let_Me_Be]

Strucneji to uz napsat neslo?

[atan]

Vim 7.2b BETA

[Pev]

.

Jinak, http://www.abclinuxu.cz/zpravicky/vim-7.2a-beta:

Mezi největší novinku patří podpora čísel s plovoucí řádovou čárkou.

[Miloslav Ponkrác]

Docela by se mi líbilo, kdyby vim uměl konečně pořádně Unicode.

Jinak vim používám denně, a jsem spokojený. Ovšem pro editace byť i plain textů v Unicode jsem nucen používat jiné editory, protože jakmile se mu nevejdou všechny znaky do nějaké osmibitové sady o 256 znacích, tak vim znaky korektně nezobrazuje.

[Pev]

To se mi nezdá, že by to byl problém Vimu. Já tedy používám UTF-8 jako default kódování (plus občas jsem nucen editovat něco ve cp1250 či latin2) a nemám problém.

Kdysi mi to občas blblo - ale to bylo vždy po nějakém updatu, kt. rozbil fonty.

Čili tipuju to na problém s fonty. A blbne to i v gui verzi?

Jinak ... Vim has comprehensive UTF-8 support. ...

[zxcvbn]

VIM umi poradne Unicode, ja ve VIMu nic jineho nez Unicode nepouzivam. Takze u tebe to bude chyba mezi klavesnici a zidli.

[Andrej]

Androidi a jiní roboti jásají, lidé jen s pousmáním krčí rameny.

[Pev]

Ja tedy podporu čísel s plovoucí řádovou čárkou nevyužiju, ale bugfixy vítám u jakéhokoliv projektu.

[Andrej]

Můj výkřik se týkal spíš VIMu jako takového než této konkrétní verze.

[Pev]

Chápu, že Vim nemusí sedět každému. Dnes už neplatí, že UNIXář je používá buď Emacs nebo Vim. Spousta lidí používá GUI editory (já sám, když zrovna programuji v Javě, ale ne vždy - občas stačí Vim, zkoušel jsem i Eclim - Vim s features Eclipse).

Ale ono není tak těžké se stát androidem . Vim je opravdu hodně efektivní, když se s ním člověk trochu naučí. Je to jeden z mála editorů, kt. je přizpůsoben pro psaní všemi 10.

[Andrej]

Netvrdím, že je VIM z principu špatný. Spousta lidí ho používá (v různých podobách a pod různými názvy) a vyhovuje jim.

Jde jen o to, že se mi nikdy nepodařilo stát se androidem. Potřebuji se soustředit na psaní textu a ne na ovládání editoru. Dodnes například netuším, jak ve VIMu manipulovat s bloky textu a jak je přemisťovat a kopírovat. Je sice fajn, že má spoustu nějakých bufferů, kam se dá něco ukládat, ale já bych potřeboval jeden, který by fungoval okamžitě a bez studia dokumentace...

Je hezké, co všechno se dá udělat pomocí regexpů a příkazů převzatých z ediorů ed a ex, ale většinu z těchto vymožeností má obyčejný KWrite také, jen v mnohem příjemnější podobě, s grafickým editorem regexpů a s mnohem menší pravděpodobností nepříjemného překlepu... (O Eclipse nemluvě, tam je samozřejmě ještě mnohem víc možností. Editor tam dokonce zná datové typy, umí refactoring a podobně. Upravovat zdroják se znalostí gramatiky a datových typů IMHO VIM nikdy nedokáže. (Možná to umí ta VIM komponenta pro Eclipse...) Nemá ale smysl srovnávat obrovské IDE s malým editorem, že ano...)

Sice píšu všemi deseti, ale mám takovou zkušenost, že většinou na nějakých 1000 znaků textu v přirozeném jazyce, případně na 200 znaků zdrojáku, potřebuji jednu speciální operaci. Proto mi nestojí za to učit se kryptické shluky písmenek, kterými se ovládá VIM. Můj mozek prostě exaktní binární data příliš nežere. Na časté operace si nadefinuji klávesové zkratky, které jsou většinou rychlejší než ve VIMu, protože vyžadují stisk pouze dvou kláves. Méně časté operace si rád naklikám v pohodlném dialogovém okně.

No, to jsem se zase nějak rozohnil... Zkrátka a dobře, nic proti VIMu, je to zajímavý editor s mnoha pokročilými možnostmi, který má v UNIXu dávnou tradici. Že se dnes už nepovažuje za samozřejmý, to vnímám velmi pozitivně. Nepřipadám si jako „menší UNIXář“ jen kvůli tomu, že nemám rád VIM. Rodák z Vlčnova taky může mít rád své město, a přesto neholdovat lidovému folkloru, že ano...

[Pev]

Uznávám, že naučit se Vim a pak si udržovat konfiguraci zabere dost času. Ne vždy je to produktivní si definovat vlastní makra. Je to prostě pro hračičky. A "binární informace" v hlavě občas unavují. Ovládání, ale není problém - časem přejde do krve a člověk nad ním nepřemýšlí.

Ale: Eclipse je někdy šíleně pomalý - RAM. Taky regulární nahrazování mám moc raději ve Vimu - přijde mi z hlediska uživatele spolehlivější - kvůli ovládání klávesnice. Tedy alespoň kolega občas něco v Eclipse nenahradí, mně se to nestane. Speciálně nahrazovací okno v Eclipse nemusím.

Dobře nastavený vim bude ale vždy rychlejší než klikací editor.

Z podobných důvodů (možnosti nastavení klávesových zkratek) používám Fluxbox (Openbox/Blackbox) a ne KDE/Gnome/Xfce..

Též LaTex a Docbook narozdíl od OpenOffice.org.

Jinak já jsem na tom podobně s Perlem - nechápu myšlení programátorů, kt. rádi používají Perl.

[Andrej]

Ale: Eclipse je někdy šíleně pomalý - RAM.

Naprostý souhlas. Je totiž psaný pro dnešní počítače, které mají čím dál víc RAM a čím dál větší výpočetní výkon. Eclipse obojím plýtvá. To je pravda. A nevadí mi to.

Tedy alespoň kolega občas něco v Eclipse nenahradí, mně se to nestane. Speciálně nahrazovací okno v Eclipse nemusím.

Já taky ne. To základní není moc zdařilé, rozšířené funguje lépe. Nešlo mi ale o nahrazování v obecném textu. Eclipse umí refactoring a type-aware nahrazování. Když dostanu zdroják, kde se jedna funkce jmenuje stejně jako lokální proměnná schovaná hluboko v jiné funkci, nestane se, že bych omylem přejmenoval obě naráz. (Teď neřeším otázky ohledně úrovně toho zdrojáku, pouze otázku technických možností.)

Dobře nastavený vim bude ale vždy rychlejší než klikací editor.

Bezesporu. O tom nikdo na světě nepochybuje. Pouze je otázka, zda je tato výhoda dnes podstatná.

Též LaTex a Docbook narozdíl od OpenOffice.org.

Taktéž mám rád TeX, protože v kvalitě sazby se mu zatím nic nevyrovná. Ale nesrovnával bych ho zrovna s OpenOffice... Spíš je otázka, v čem ten TeXový zdroják píšu. V případě TeXu zastávám zcela jiné stanovisko než u Javy nebo C. Prostředí Kile a Lyx se ukázala jako velmi omezující a nakonec jsem zůstal u obyčejného KWrite. Koneckonců, TeX bych klidně psal i ve VIMu, kdyby nebylo zbytí.

Jen u C a Javy nedám na nástroje typu Eclipse dopustit. Dokonce i v C, kde skoro nemůže dělat typovou kontrolu, se jeho výhody projeví už ve chvíli, kdy si nemůžu vzpomenout, jak kolega pojmenoval člena nějaké datové struktury o dva adresáře jinde. Eclipse mi to ihned řekne. Ale jak už jsem psal, nemá smysl srovnávat malý rychlý editor s velkým obézním vývojovým prostředím. Obě řešení mají své výhody.