vim vs KDevelop

>быстрое переключение declaration-definition.

Да. Предварительно нужно будет сгенерировать список тэгов с помощью ctags -R.

умное автодополнение

Ctrl+P — для функций. Что касается методов классов, не знаю, так как на C++ не пишу.

Да все это есть, или можно сделать с помощью vimscript. Плюс как бонус - снижение производительность труда программиста.

Технически некоторое из списка возможно, однако пользоваться удобно не получится. Консоль никогда не будет нормальным гуем.

>Консоль никогда не будет нормальным гуем.

Обратное тоже справедливо :)

я думал что vim это редактор с некоторыми фичами, а не IDE

>я думал что vim это редактор с некоторыми фичами, а не IDE

зря ты так думал

консоль уже давно подмножество гуя :)

консоль, встроенная в гуй, не перестает от этого быть консолью)

ну разве что drag'n'drop в нее добавляют, и то он не слишком полезен

> быстрое переключение declaration-definition.

средствами самого вима нельзя. через ctags/cscope — тоже проблематично. но, наверное, можно при наличии дикого энтузиазма.

умное автодополнение (учитывает типы, умеет дополнять классы/методы из подключённых либ и т.п.)... чтобы было некоторое подобие менюшки с предложениями, дабы я мог выбрать одно из.

оно есть, но криво работает. google -> omnicppcomplete

о случаях успешного применения в более-менее крупном проекте не слышал.

быстрое добавление нового класса: выбираем название класса. выбираем родителя, выбираем какие методы родителя надо переделать... он создаёт .h и .cpp, пишет хедеры с лицензией, пишет define guards, заполняет дефинишны и скелет декларейшнов, добавляет файл в соответствующий cmake-файл.

вобщем, тебе надо IDE. а vim - это не IDE. и сделать из него полноценный IDE нельзя. по ряду причин. например, нет многопоточности/выполнения background tasks.. и не только. с кучей плагинов и скриптов можно приблизиться, но вижуалстудию не заменить.

говорят, emacs с этим лучше справляется.

// пользуюсь vim около 10 лет

Так и есть. Только фичей уйма, и в этой «уйме» существует подмножество, которое превращает vim в IDE. Не вполне привычную, но вполне работоспособную.

Плюс с помощью шелла можно ещё фич добавить. Несколько лет назад встречался скрипт, который в цикле запускал vim, после выхода из него компилятор, а по результату компиляции - если ошибка, то снова vim, но уже с выходом на строку с первой ошибкой и т.д., пока сборка не проходила нормально. Там ещё какие-то фишки были - не помню. Достаточно примитивно, конечно, но базовые возможности демонстрировались. :-)

Понятно. Остаюсь на KDevelop. В первую очередь из-за автодополнения. Оно там реально умное и удобное.

http://i52.tinypic.com/f9quzd.png

Ну ты понел.

Vim сам умеет запускать компилятор и прыгать по ошибкам.

Дык я-то про это знаю. Говорю же: точно не помню, но там ещё какие-то полезные действия в скриптике выполнялись. А народ в комментах полезные советы давал. :-)

PS: это всё, кажется, в англоязычной ньюс-группе по unix-программированию было.

Только фичей уйма, и в этой «уйме» существует подмножество, которое превращает vim в IDE. Не вполне привычную, но вполне работоспособную.

Не правда всё это. Дополнения ужасно глючат и работают через задницу. Из vim'а IDE сделать нельзя.

Ну KDevelop или Eclipse из vim'а само собой не получится.

Но далеко не все дополнения «глючат и работают через задницу». Вполне можно настроить себе «рабочее место». А может быть vim у меня какой-то «неправильный» - отказывается глючить... :-)

Используй кдевелоп с ви-моде.

Легче это сделать в емаксе с CEDET (первые 2 пункта есть,3-й, думаю, надо самому написать, но это не долго). Однако, как и вим, это в первую очередь редакторы, и полноценную иде сделать будет трудно

Эх, а я, сколько ни пытался - так и остаюсь неосилятором вима...Как-то все не получается с ним подружиться.

я тоже не осилил... 2 попытки уже было. нафиг его, можно было и не пытаться, для моих целей больше подходит полноценная современная ide.

CEDET: автокомплит основанный не на xTAGS, а на семантическом анализе кода; навигация на определение / реализацию; поиск ссылок;

Хм, может все же пересилить себя и пересесть на Emacs... ;)

Xrefactory: тоже, что и выше; навигация по дереву классов; рефакторинг (не только переименование, но и: method extraction; renaming of namespaces, classes, parameters, variables, fields (structure records) and methods; insertion, deletion and moving of parameters); генерация html документации.

Это вообще нечто полезное и мощное. Неужели открытое?

nXhtml-mode: смешанный режим обработки xhtml документа внутри одного буфера, когда для отображения каждого используемого языка (xhtml, css, javascript, php, ...) используется свой режим (подсветка, идентация), а при заходе в блок происходит переключение на существующий режим; валидация документа на лету; перемещение по тэгам; автокомплит.

Да, вероятно полезная штука. Но не для меня.

На все пункты отвечу так: ничего подобного для VIM не видел. Но мне хватает того, что я описал в первых своих сообщениях.

GVim versus Emacs (комментарий)