Ну так пользуйтесь чистым Vim. Он таки вполне расширяется до IDE.
Насколько расширяем Vim, я знаю. Даже плагин к нему написал в борьбе за чистоту форматирования кода.
MSVS я сейчас пользуюсь по простой причине — я не единственный человек в команде и весь проект написан в ней. К тому же, в ней есть очень крутая фича Parallel Stacks для отладки многопоточного кода.
С qtcreator я не знаком, но пытался в какой-то IDE для Python включить режим Vim в редакторе. Все было бы здорово кроме того, что режим работает несколько отлично от настоящего Vim на уровне базовых действий (работа с выделенным текстом и т.д.) что делает этот режим бесполезным. Да и в целом, я сомневаюсь, что кто-то бы стал полностью воспроизводить функционал Vim в IDE.
Эксперта отличает умение подбирать инструмент под задачу и спектр владения этими инструментами
Мне кажется, что это самое правильное из всего сказанного в комментах.
Лично я пользуюсь на данный момент связкой Vim + MSVS (для С++).
Vim, отчасти моя вкусовщина (имеет место быть), но в нем я быстро пишу новый код.
Объяснить могу отчасти тем же автодополнением — дополняются только слова в открытых буферах. Когда я описываю новый класс мне далеко не всегда нужны все определения во всех хедерах. Мне нужен очень сильно ограниченный набор. В MSVS то же самое автодополнение иногда требует набрать имя локальной переменной чуть менее чем полностью, что крайне раздражает.
Когда класс определен — в дело вступает MSVS ибо отладка кода в ней реализована хорошо. И в целом, это меня устраивает, так как решает нужную мне задачу.
Приведу как пример дефолтное автодополнение в MSVS. За счет того, что автодополнение работае по абсолютно всем возможным вариантам можно крайне удивиться тому какие варианты попадаются в списке, когда дополняешь имя локальной переменной объявленой 2мя строками выше.
Дефолтное автодополнение в Vim работае по прямому как стрела принципу: есть в открытом буфере — появляется в списке. Да, такое автодополнение не контекстное зато работает в любом месте файла, например в комментариях.
Спасибо за дельные предложения. Насчет предупреждения:
Вот сообщение о том, что &l:fileformat is# 'dos' при открытии сделать можно, вместе с описанием «а что это такое» и «как исправить» (и «как отключить предупреждение»).
я бы сделал это ненавязчивым echo со ссылками на соответствующий help.
Насколько расширяем Vim, я знаю. Даже плагин к нему написал в борьбе за чистоту форматирования кода.
MSVS я сейчас пользуюсь по простой причине — я не единственный человек в команде и весь проект написан в ней. К тому же, в ней есть очень крутая фича Parallel Stacks для отладки многопоточного кода.
QtCreator при первой же возможности попробую.
Мне кажется, что это самое правильное из всего сказанного в комментах.
Лично я пользуюсь на данный момент связкой Vim + MSVS (для С++).
Vim, отчасти моя вкусовщина (имеет место быть), но в нем я быстро пишу новый код.
Объяснить могу отчасти тем же автодополнением — дополняются только слова в открытых буферах. Когда я описываю новый класс мне далеко не всегда нужны все определения во всех хедерах. Мне нужен очень сильно ограниченный набор. В MSVS то же самое автодополнение иногда требует набрать имя локальной переменной чуть менее чем полностью, что крайне раздражает.
Когда класс определен — в дело вступает MSVS ибо отладка кода в ней реализована хорошо. И в целом, это меня устраивает, так как решает нужную мне задачу.
Приведу как пример дефолтное автодополнение в MSVS. За счет того, что автодополнение работае по абсолютно всем возможным вариантам можно крайне удивиться тому какие варианты попадаются в списке, когда дополняешь имя локальной переменной объявленой 2мя строками выше.
Дефолтное автодополнение в Vim работае по прямому как стрела принципу: есть в открытом буфере — появляется в списке. Да, такое автодополнение не контекстное зато работает в любом месте файла, например в комментариях.
Доступна на GitHub и Vim.org.
Новые возможности:
Починена проблема переопределения функций в случае если используется Vundle.
Вопрос к измерениям: времена получены на единичном запуске или это среднее по какому-то значению?
Если только CHANGELOG добавлять, то он у меня получается чересчур короткий от версии к версии, поэтому и вложил README.
я бы сделал это ненавязчивым
echoсо ссылками на соответствующийhelp.