Клуб фанатов вима . А есть где-нибудь руководство "vim для чайников"? А то вижу как у вас глаза горят при упоминании этого наименования и аж завидно .

Как минимум макросы. Во всех нормальных (если кто не знает, в мире их всего 2  ) эдиторах они есть и здорово ускоряют процесс. Они есть даже в VS и BDS, а в eclipse уже 2 (!) года висит баг с просьбой добавить хотя бы простые макросы, и ни какого прогресса  

Еще я хочу удобства, простые программисткие удобства. В vim-e они есть, он для этого сделан, после привыкания к нему отвыкать ужасно не хочется. Возможно это звучит странно для тех, кто привык к более убогим эдиторам, но это так. Точно такое же чувство у меня возникает, когда после долгого использования линукса запускаю винду, или bash после zsh, но это уже флейм

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

В vim-е любая операция по удалению копирует удалённый текст, и его можно вставить в другом месте. Это удобно! Не нужно специально копировать или вырезать его, он всегда там.

Где в этом эдиторе блок-модус? Как переходить не только между {}, () и методами, но и между /* */? Как удалять текст в () {} [] /* */ "" ? Этот список можно продолжать бесконечно.
И это я еще и 10% возможностей вима не знаю  


Vim используют не (только) потому что он модальный, а потому, что он функциональный.


Что я по большей части и делаю  

Да, забыл, нафига еклипс постоянно меняет порядок не видимых в данный момент табов? Ну не влазят у меня на экране 6 табов, между 5 я могу переключится по Ctrl+PageDown/PageUp, а для остальных двух вылазит список, там надо до них стрелочками добираться... Бесит... 

Добавлено через 1 минуту и 3 секунды

Запусти в консоли vimtutor

Добавлено через 8 минут и 5 секунд
А, вот еще вспомнил must have фичу  Как там можно вставить в текст вывод любой шелл команды?  

для еклипса AFAIK есть плагин(платный) добавляющий режимы vi, но я его в глаза не видел, слышал только (что есть)...
для студии аналогичный плагин - полный трэш, неделю на нем еле протянул =)
и кстати, зачем вообще ide в linux-e?

 чтобы удобнее было. Например  рефакторинговые подсказки или умное дополнение кода ;)

Всмысле встроенный скриптовый язык? Или запись действий (потыкал кнопки - хочу повторить). Кстати, вот что-т нашёл - https://macroshmacro.dev.java.net/



Вот к zsh привык быстро. А удобства вима - хоть убейте, не оценил....


Потому что ещё не сделали встроенной возможности )))


Ну... Не сказал бы, что это плюс. Удалить - это удалть! И не надо поганить мне буфер.

ЗЫ Мы ушли от темы 

У тебя буферов в vim'е 10 штук минимум. Предыдущий при этом не затирается. Так что мимо 

Добавлено через 21 секунду

Нет, ну личное дело каждого 

Всё равно. Удалить - это удалить! Мне это текст - аюсолютно не нужен. Зачем его оставлять?! Cut - на то и cut, а delete - на то и delete  

Добавлено через 3 минуты и 27 секунд
vim мне не нравиться именно в палне "модальности" (или как это там?). Скрипты, команды - я только за (ну с соответствующими хоткеями).

Желательно и то и другое  


О, спс, надо будет попробовать...


А вдруг понадобится? Памяти жалко?  


  


Попробуй emacs, там функционал практически такой же, правда об шорткаты можно пальцы сломать  


Да, надо прекращать флудить  

vim.org

Насчет "автокомплита для плюсов". Сейчас занимаюсь всякими архитектурными исправлениями и рефакторингами для одной библиотеки в проекте. В этой библиотеке > 500 файлов исходников. Так вот ни Visual Assist, ни SlickEdit, ни, тем более, Eclipse не могут правильно распарсить код. Правильно - это чтобы работала навигация по коду (поиск defenition and references) и был корректный автокомплит. На части кода они довольно хорошо подсказки выдают, но вот с навигацией у всех плохо... 

Правильно у меня заработал только XRefactory в Emacs, и то только после долгой и упорной настройки. Томозит он еще здоровски, когда индексирует исходники. Но зато все очень честно делает и всегда корректно выдает то, что нужно. Так что рефакторить и писать код для меня получается удобнее в Emacs (ну и компилировать тоже). Отлаживаться, конечно, удобнее в студии. А для профайлинга и слежения за памятью использую Rational Purify & Quantify.

P.S. На vim еще даже не смотрел особо, знаю только как из него выходить и текст начать править  И, кажется, что для C++ в нем ничего подобного XRefactory по корректности работы с C++ кодом нет. Или знатоки vim могут что-то посоветовать?

Специально для эстетов! 


урра! 

exuberant-ctags + ОmniCppComplete + SuperTab
XRefactory не видел, сравнивать не могу.

Сам по себе ctags для c++ явно недостаточен, т.к. он только индексирует исходники и строит тэги для "глобальных" объектов, и то с проблемами (см. caveats и bugs в мане). Только по тэгам можно сделать браузер классов. 

А вот для навигации и автокомплита уже нужно полностью учитывать правила языка, чтобы определять какого типа объект или что стоит за вызовом функции. А это уже совсем нетривиальная задача: нужно учитывать что попало в область видимости, какие глобальные символы перекрыты локальными, а так же то, что стоит за #include, #define, typedef, templates...  Например, чтобы корректно переходить к defenition в случае, когда имеются перегруженные функции или просто функции с одинаковыми именами в разных классах, необходимо весь этот анализ в каком-то виде проделывать. 

Неужели в этих небольших скриптах для vim все это работает, даже для нетривиальных случаев? С помощью них можно, например, правильно найти все места в коде, где вызывается функция класса, имя которой совпадает с именами функций из других классов?

В XRefactory, скорее всего, уже встроен почти front end компилятора для C++, поэтому он так долго и честно парсит исходники (да еще и по нескольку раз, если встречаются директивы условной компиляции)..

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

Фтопку XRefactory!   С вашим подходом надо:

1. Утилу, строящую синтаксическое дерево кода + позволяющую обратно получить код (из изменённого дерева). В идеале двойное преобразование возвращает к исходному коду - т. е. храним также все отступы, что в каком файле и т. д.

2. АПИ для работы с этим деревом. + биндинги для питона и пр. + команд-лайн утилы для простых модификаций.

3. Пишем скрипты для вима и пр. для всяких рефакторингов.


Вообщем что-т такое...

Ага, EDG, который используется в Comeau и Intel C++.

Любитель, полный разбор исходного текста неизбежен для нормальной IDE. Так поступают (не для C++) и Eclipse, и Visual Studio.