Ура, товарищи! (o: уже качаю.

быстрей бы 7.0

Chto za redaktor takoj? Pervyj raz slyshu.

> Chto za redaktor takoj? Pervyj raz slyshu.

Это та штука, которая у тебя постоянно пищит pc speaker-ом ;)

> все новые возможности будут в Vim 7

Интересно, какие там ещё могут быть возможности?..
Кажется уже и так есть всё что только вообще возможно.

> постоянно пищит pc speaker-ом ;)

screen(1) + visual bell настрой

Ну, к примеру табы и дерево классов из коробки :)

> Интересно, какие там ещё могут быть возможности?..

http://www.vim.org/sponsor/vote_results.php Вот тут про это понаписато. собственно по вотесам и будут фичи основные выстраиваться, как я понимаю.

Да некоторые вещи действительно порадовали бы. Например:

7 	151 	(-7)  	79 	-3  	add persistent undo: undo is still possible after exiting Vim

Было бы не плохо

5 223 (-52) 87 -15 add IDE features (debugger integration, shell window)

Чего-то ебилдов никто не ждет :)

Патрик скоро в куррент добавит наверное

Уже есть ебилд для vim7 :) vim-7.0_alpha20050928.ebuild

Обновляемся.

А в ubuntu breezy пока что нет :(

11:01 мск. 17/10/2005

> А в ubuntu breezy пока что нет :(

и не будет, breezy теперь stable

18 числа откроют репозитории dapper'а, вот там и стоит ждать vim 6.4

А когда Vim можно будет программировать не на его убогом языке?

Открой для себя vim-perl

Есть plugin'ы для Perl,Python,Ruby,TCL

> 5 223 (-52) 87 -15 add IDE features (debugger integration, shell window)

Встраивать такие вещи в редактор может лишь умалишенный. Лучше бы реализовали нормально поддержку хорошего языка расширения, с помощью которого каждый желающий смог бы реализовать подобные фичи.

>>Чего-то ебилдов никто не ждет :)

Ну, ждать рпмки много кошерней и благозвучней.

Несколько неудобно русско-английские тексты колотить. Если еще с хоткеями куда ни шло, мап подсунуть можно. А вот для команд все одно переключаться надо. Нет такой прибамбасинки чтоб после выхода в : vi переключался на инглиш а по возврату восстанавливал язык. Ну или хотя бы чтоб он :цй распознавал как :qw?

Чтобы получился еще один недо-emacs.

PS vim rules!

>Несколько неудобно русско-английские тексты колотить. Если еще с хоткеями куда ни шло, мап подсунуть можно. А вот для команд все одно переключаться надо. Нет такой прибамбасинки чтоб после выхода в : vi переключался на инглиш а по возврату восстанавливал язык. Ну или хотя бы чтоб он :цй распознавал как :qw?

anonymous (*) (17.10.2005 13:02:32)

http://xneur.cidnet.crew.org.ru

> А вот для команд все одно переключаться надо.

:help multibyte

:help russian

> Несколько неудобно русско-английские тексты колотить. Если еще с
> хоткеями куда ни шло, мап подсунуть можно. А вот для команд все одно
> переключаться надо. Нет такой прибамбасинки чтоб после выхода в : vi
> переключался на инглиш а по возврату восстанавливал язык. Ну или хотя
> бы чтоб он :цй распознавал как :qw?

При включённом руссском keymap (ctrl-^) в insert режиме наблюдается русская раскладка, возвращаемся в коммандный режим -- автоматом латинская. Никаких :цй! Работает и под linux и под winxp.

про debugger и редактор

> Лучше бы реализовали нормально поддержку хорошего языка расширения,

А что, разве нету?

> с помощью которого каждый желающий смог бы реализовать подобные фичи.

Гм, так для этого нужно сначала bindings этого-хорошего-языка к gdb
написать...
 

А есть список того, что уже реализованно в vim7?

как по мне nvi-1.79 всё же лучше будет ;)

:h perl-using :h python :h ruby :h tcl :h mzcheme (для 7.xx)

Типа мало? У меня половина макросов на perl, половина на python. Пока доволен :)

>Ну, к примеру табы и дерево классов из коробки :)
Табы может и сделают, а вот дерево классов из коробки - вряд ли..
Это типа можно с помощью taglist плугина посмотреть.
Нету у них планов "дерево классов из коробки" делать.

Что реально порадовало в Vim-7:
- Появилось подобие интеллисенса а-ля Микрософт IDE
пока только для C и частично для C++
(я прикрутил к своей тяжкой ситуации эту штуковину, теперь у меня по
table. выпадает popup с именами полей в таблице. Удобно :)
- спеллчекинг
- встроенный vimgrep (работает везде, не зависит от платформы)
- новые типы данных для VimL (dict,list - а-ля питон)
- ну еще по мелочи...

Bram опять в Уганду намылился,так что на месяц весь девелопмент встанет.
И вообще - 7 появиться не раньше чем через год с такими темпами.

> Открой для себя vim-perl

Ссылку можно?

нахрен тебе ссылка?

:help perl не дано набрать?

> Гм, так для этого нужно сначала bindings этого-хорошего-языка к gdb написать...

Не надо никаких биндингов. Лучший фронтенд для GDB написан на елиспе безо всяких биндингов.

> А что, разве нету?

Я не нашел. По крайней мере, они недостаточно тесно интегрированы с вимом. Мешает сильно то, что большая часть вима написана на C, а не на языке расширения.

>нахрен тебе ссылка?
>:help perl не дано набрать?

Не дано. Нету вима под рукой.

Мне НЕ нужен плагин для раскраски perl скриптов. Мне нужно (например) переписать Cream for Vim с убогова языка Vim-а на Перле или Питоне. Я смогу?

> > Гм, так для этого нужно сначала bindings этого-хорошего-языка к gdb написать...
            
> Не надо никаких биндингов.

Надо Федя, надо! (C) Шурик

> Лучший фронтенд для GDB написан на елиспе безо всяких биндингов.

Это случайно не то поделие, что через pipe шлет команды gdb и парсит
потом его выхлоп?

> Я не нашел.

Плохо искали... Да, таки elisp'а там нет... это фича, а не баг :)

> По крайней мере, они недостаточно тесно интегрированы с вимом.

А куда ж теснее-то?

> Мешает сильно то, что большая часть вима написана на C, а не на
> языке расширения.

А это не баг, это фича. Расширяемость и настраиваемость -- это хорошо,
но в меру. Т.е. меня не расстраивает то, что из vim'а трудно сделать 
web-server. Вам это не нравится? emacs в руки и электричку навстречу.

> >:help perl не дано набрать?

> Не дано. Нету вима под рукой.

Как грустно :(

http://vimdoc.sourceforge.net/

> Мне НЕ нужен плагин для раскраски perl скриптов.

А Вам его и не предлагают.

> Мне нужно (например) переписать Cream for Vim с убогова языка Vim-а
> на Перле или Питоне. Я смогу?

Возможно.

> Надо Федя, надо! (C) Шурик

Хороший аргумент. Просто железный.

> Это случайно не то поделие, что через pipe шлет команды gdb и парсит потом его выхлоп?

Про анотации в gdb не слыхал?

И давай, подробней описывай недостатки GUD'а, раз уж начал разговор на эту тему.

> А куда ж теснее-то?

Ну давай, напиши расширение, которое позволит пользоваться лишь одним режимом редактирования (как во всех нормальных редакторах), а не десятью, или сколько там их у вас. Только не надо съезжать, что это не нужно.

> Плохо искали... Да, таки elisp'а там нет... это фича, а не баг :)

Да пусть хоть брейнфак там будет, главное -- это хорошая интеграция с редактором.

> Расширяемость и настраиваемость -- это хорошо, но в меру.

Почему? Если расширяемость практически неограничена, то можно пользоваться только ее частью, периодически ее расширяя, в чем проблема? А если расширяемость же недостаточна, то рано или поздно, столкнешься с проблемой, когда нужной тебе фичи не будет, или она будет решаться через ж. Вот и приходится бедным виммерам ждать пока великий брэм накормит детей в уганде и прикрутит очередную перделку к виму, а не реализовать ее самим. Прям как вендузяники, елки палки.

Специально для тех кто не в курсе что к виму можнописать плагины только на одном языке: http://vimdoc.sourceforge.net/htmldoc/if_perl.html#:perl

>add persistent undo: undo is still possible after exiting Vim

Вспоминается прикол с m$ word и проблемы, которые эта фича повлекла. Правда там история сохранялась прямо в помойку под названием doc ;-)) А вообще, это полезная штука. А emacs так может?

> А emacs так может?

Из коробки -- нет, но можно реализовать ручками.

хочу плагине на лиспе

> > Это случайно не то поделие, что через pipe шлет команды gdb и 
> > парсит потом его выхлоп?

> Про анотации в gdb не слыхал?

Так чем они отличаются от того, что я сказал?

> напиши расширение, которое позволит пользоваться лишь одним режимом
> редактирования

Вас прет от C-xC-aC-n и прочей эквилибристики? Вы мазохист? 

> (как во всех нормальных редакторах),

Это в каких же?

> Только не надо съезжать, что это не нужно.

Во-первых, это действительно не нужно. Во-вторых, уже написали.

> > Расширяемость и настраиваемость -- это хорошо, но в меру.

> Почему? 

Потому, что vim -- это текстовый редактор, а не 
авто-мото-теле-фото-радиосипед.

> А если расширяемость же недостаточна, 

Более чем достаточна (для _текстового редактора_).

> то рано или поздно, столкнешься с проблемой, когда нужной тебе фичи
> не будет, когда нужной тебе фичи не будет,

Естественно, главное -- чтоб поздно, а не рано. 

> Вот и приходится бедным виммерам ждать пока великий брэм накормит
> детей в уганде

А что, исходников никто не дает, что ли?

> прикрутит очередную перделку к виму

Перделок там нет, в отличие от...

holy [flame]war

> > А emacs так может?
            
> Из коробки -- нет, но можно реализовать ручками.

А он хоть что-нибудь может без "до окончательной формы довести
напильником?"
 

> Вас прет от C-xC-aC-n и прочей эквилибристики? Вы мазохист?

Удобней чем 25 режимов.

> Во-первых, это действительно не нужно.

Конечно, все что нельзя реализовать в виме не нужно. Железная логика.

Даже если и не нужно, это показатель бесполезности языков настройки. Зачем они нужны, если все равно нельзя существенно перенастроить редактор под себя?

> Во-вторых, уже написали.

Где?

> Потому, что vim -- это текстовый редактор, а не авто-мото-теле-фото-радиосипед.

Все равно не понял. Почему наличие возможностей расширения это зло? Никто не заставляет все использовать сразу.

> А что, исходников никто не дает, что ли?

Долго. Долго читать, долго разбираться, долго компилировать. Скучно и непрактично.

Конечно, теоретическая возможность расширения у вима такая же как и у емакса, но настройка текстового редактора это не занятие математикой, поэтому этот аргумент не катит.

> А он хоть что-нибудь может без "до окончательной формы довести напильником?"

Вим из коробки может лишь пищать, это всем известный факт.

>>> А emacs так может? >> Из коробки -- нет, но можно реализовать ручками.

>А он хоть что-нибудь может без "до окончательной формы довести напильником?"

Зачем передергивать-то? Vim тоже пока не умеет undo/redo после выхода. Или вы просто вырываете фразы из контекста, чтобы потом пукнуть в лужу?

>Вим из коробки может лишь пищать, это всем известный факт.

Вызывающе неверная информация. У него есть два режима: в одном он пищит, а в другом все портит.

> хочу плагине на лиспе

Ну так напиши, в чем проблема?

Я вот набросал черновик, но надо разобраться с записью и чтением 
списка undo. Там просто встречаются непечатаемые объекты, если
 удастся обойти эту проблему, то все будет шоколадно. 

У меня правда нет ни времени ни желания разбираться с этим делом. 
Никогда не нуждался в такой фиче.

(defvar undo-write-dir (concat (getenv "HOME")
			       "/.emacs.d/undos/"))

(defun undo-write (buffer)
  (interactive (list (current-buffer)))
  (let ((file (concat undo-write-dir
		      (file-name-nondirectory
		       (buffer-file-name buffer))))
	(ul buffer-undo-list))
    (when (file-exists-p file) (delete-file file))
    (with-temp-file file
      (prin1 ul (current-buffer)))))

(defun undo-read (buffer)
  (interactive (list (current-buffer)))
  (let* ((file (concat undo-write-dir
		      (file-name-nondirectory
		       (buffer-file-name buffer))))
	 (buf (find-file file))
	 (ul (read  buf)))
    (switch-to-buffer buffer)
    (kill-buffer buf)
    (setq buffer-undo-list ul)))

> Зачем передергивать-то?

Я не передергиваю -- я интересуюсь, появился ли в emacs OS _нормальный_
текстовый редактор.

> Vim тоже пока не умеет undo/redo после выхода.

Не умеет, я знаю. Не о том шла речь.