Comments 47
Хорошо бы скриншоты какие-то добавить.
Можно еще посоветовать YouCompleteMe
Раньше я тоже использовал powerline. Сейчас все же предпочитаю airline. По нескольким причинам: 1) он быстрее работает; 2) легкость в кастомизации; 3) достаточно просто решить проблему с отсутствующими шрифтами (например, заменив одни символы на другие, указав их в своем конфиге)
Шрифты это, конечно, отдельная боль. Но у автора Powerline есть отдельный проект powerline-fonts где можно взять уже пропатченные шрифты. Мой любимый — AnonymousPro.
А по поводу скорость работы — не знаю. Мне кажется что при современных мощностях это становится менее актуальным.
А по поводу скорость работы — не знаю. Мне кажется что при современных мощностях это становится менее актуальным.
На тему шрифтов (я, как вы уже прочитали наверное ниже, новичек в виме):
у меня мак, с локалью все в порядке, но на выходе —
.
Не подскажите — как исправить?
у меня мак, с локалью все в порядке, но на выходе —
.Не подскажите — как исправить?
Попробуй поставить пропатченые шрифты вот эти
Поставил, бестолку… =(
Скрытый текст
Посмотри вот здесь FAQ по vim-airline. Вполне возможно там одно из решений твоих проблем.
А зачем отключать swap файлы? Просто по-умолчанию (с включенными) если вы в одной консоли откроете файл, запутаетесь, и в другой консоли попытаетесь его же открыть — VIM предупредит вас об этом.
У меня всегда открыта одна копия программы vim, поэтому проблем с этим моментом не возникает. Но за замечание — спасибо.
Думаю, у всех всегда одна открыта, и обычно с этим проблем и не должно возникать. Но если случайно по ошибке возникнет — swap файл не даст вас в обиду. Смотрите к примеру — Вы зашли в одном окне на сервер, в другом обновляете систему, в третьем редактируете, четвертое просто забыли закрыть — забыли где редактировали а где обновляли систему — вот, проблема появилась.
Как и бекап. Отключать его тоже незачем. Вероятность что бекап понадобится крайне мала, может случается раз в пару лет. Но когда понадобится, первая мысль «как хорошо что был включен бекап». А вы его советуете отрубить. (Меня недавно бекап vim-а сильно выручил, хотя обычная синхронизация всех файлов тоже настроена, просто если бы не бекап вима 5 минут напряженной работы канули бы в Лету)
Если сильно мешают тильда-файлы, можно все перенести в папку tmp
И в файле .gitignore_global добавить *.swp (если именно это послужило желанием их отключить)
Как и бекап. Отключать его тоже незачем. Вероятность что бекап понадобится крайне мала, может случается раз в пару лет. Но когда понадобится, первая мысль «как хорошо что был включен бекап». А вы его советуете отрубить. (Меня недавно бекап vim-а сильно выручил, хотя обычная синхронизация всех файлов тоже настроена, просто если бы не бекап вима 5 минут напряженной работы канули бы в Лету)
Если сильно мешают тильда-файлы, можно все перенести в папку tmp
set backupdir=~/tmpИ в файле .gitignore_global добавить *.swp (если именно это послужило желанием их отключить)
Не у всех и не всегда. Если я пишу код в четыре проекта, то у меня открыто по 1-3 Vim на каждый проект на разных рабочих столах. Плюс если мне надо отредактировать что-то из общих настроек это будет ещё Vim. Я не вижу никакого смысла изменять состояние (в основном, регистры) Vim'ов проектов только чтобы открыть .vimrc, не запуская ещё Vim и ещё меньше смысла в том, чтобы закрывать проекты только затем, чтобы открыть их потом заново.
Ещё я могу открыть отдельный Vim для проверки чего-то (к примеру, своего или чужого ответа на StackOverflow).
Ещё я могу открыть отдельный Vim для проверки чего-то (к примеру, своего или чужого ответа на StackOverflow).
А у меня однажды грохнулся и исходник, и бэкап, и закоммичено не было. А своп остался, так вим из него автомагически восстановил текст.
Мне кажется, или за последнее время статей про разработку в Vim на Хабре увеличилось?.. Люди, что с вами?
Настройки для отдельных языков удобнее переносить в свои файлы в директории ftplugin. Из моего конфига: Python, JavaScript. Разработчики Rust как раз в таком виде распространяют поддержку для vim — несколько файлов, в том числе для ftplugin.
Мой конфиг, с инсталлятором плагинов:
github.com/iwuvjhdva/vim
К статье хочется добавить:
— CtrlP для быстрого доступа к файлам — предпочитаю пользоваться им вместо файловых менеджеров типа NerdTree
— YouCompleteMe — лучший плагин для автодополнения, поддерживает не только Python
— Syntastic — без этого плагина Python-разработчику жить трудно — в реальном времени находит и подсвечивает ошибки синтаксиса и PEP-8, а если установите jshint — то еще и Javascript
— notes — удобно для хранения заметок, особенно если поместить файлы заметок в систему контроля версий
— EasyMotion — позволяет быстро прыгать по коду, используя визуальную индикацию
— ropevim — что там говорить, главный инструмент рефакторинга — переименования глобальных имен в проекте, автоимпорт и т. д. — часть pymode, но я предпочитаю пользоваться им отдельно от последнего; требует написания конфига проекта для корректной работы с virtualenv — обращайтесь, могу дать пример
— EnhancedCommentify — удобно для быстрого комментирования кода на любом языке
Ну а также очень стоит учить базовые команды Vim — перемещения по коду, работу с буфферами и вкладками и т. д.
Удачи!
github.com/iwuvjhdva/vim
К статье хочется добавить:
— CtrlP для быстрого доступа к файлам — предпочитаю пользоваться им вместо файловых менеджеров типа NerdTree
— YouCompleteMe — лучший плагин для автодополнения, поддерживает не только Python
— Syntastic — без этого плагина Python-разработчику жить трудно — в реальном времени находит и подсвечивает ошибки синтаксиса и PEP-8, а если установите jshint — то еще и Javascript
— notes — удобно для хранения заметок, особенно если поместить файлы заметок в систему контроля версий
— EasyMotion — позволяет быстро прыгать по коду, используя визуальную индикацию
— ropevim — что там говорить, главный инструмент рефакторинга — переименования глобальных имен в проекте, автоимпорт и т. д. — часть pymode, но я предпочитаю пользоваться им отдельно от последнего; требует написания конфига проекта для корректной работы с virtualenv — обращайтесь, могу дать пример
— EnhancedCommentify — удобно для быстрого комментирования кода на любом языке
Ну а также очень стоит учить базовые команды Vim — перемещения по коду, работу с буфферами и вкладками и т. д.
Удачи!
Очень советую unite вместо CtrlP. Перешел сам, доволен.
Есть ещё серия скринкастов на vimcasts.org, из которой можно почерпнуть очень много интересного.
Книга автора скринкастов Drew Neil — Practical Vim тоже очень понравилась.
Книга автора скринкастов Drew Neil — Practical Vim тоже очень понравилась.
Юзаю vim для python с 2007 года вообще без плагинов, только один плагин есть NerdCommenter или как там его — чтобы выделенный блок закомментировать :)
После действий из поста внешний вид совсем не такой, как на скриншотах…
Спасибо за статью! Как раз думал над тем что nano для редактирования неудобен :)
И сколько уже можно, vim — не IDE…
Где то было:
«Vim умеет только две вещи — бибикать и все портить»
«Vim умеет только две вещи — бибикать и все портить»
Про длину строк — мне больше понравилось подсвечивать не все хвосты, а просто колонку:
set colorcolumn=85
Про swap и backup файлы уже написали, я еще и undo файлами пользуюсь, причем если дерево версий плодится, редко, но пригождается плагин bitbucket.org/sjl/gundo.vim
set colorcolumn=85
Про swap и backup файлы уже написали, я еще и undo файлами пользуюсь, причем если дерево версий плодится, редко, но пригождается плагин bitbucket.org/sjl/gundo.vim
Вопрос к тем, кто пользуется темными схемами у редакторов: не болят ли глаза после переключения из редактора в браузер (где чаще всего белый фон)?
так дело скорее не в яркости, а в контрастности… и необязательно совсем черные схемы брать, да и 256 цветов в консоли нормально работают. у меня сейчас seoul256, не жалуюсь :)
Спасибо, ну теперь точно его попробую, а то все на нано сижу, да очкую.
>
Если вы проверяете код при помощи python-mode то установка pyflakes, pep8, pylint не требуется, эти пакеты входят в состав python-mode.
Python-mode не включает autofold, плагин всего лишь правильно настраивает правила для фолдинга python в VIM. Управляете же сверткой кода вы сами при помощи опций foldlevel и foldlevelstart
Не представляю чем это может мешать :) Кстати python-mode умеет не только запускать весь файл целиком, но и выделенные участки кода.
pip install pyflakes pep8 pylint ipythonЕсли вы проверяете код при помощи python-mode то установка pyflakes, pep8, pylint не требуется, эти пакеты входят в состав python-mode.
> " отключить autofold по коду
let g:pymode_folding = 0Python-mode не включает autofold, плагин всего лишь правильно настраивает правила для фолдинга python в VIM. Управляете же сверткой кода вы сами при помощи опций foldlevel и foldlevelstart
" возможность запускать код
let g:pymode_run = 0Не представляю чем это может мешать :) Кстати python-mode умеет не только запускать весь файл целиком, но и выделенные участки кода.
На что только люди не пойдут, лишь бы сэкономить 100 долларов на pycharm.
Подскажите пожалуйста, как эти цветные стрелочки делаются(ярко-зеленые и синие)?
У меня не получается их сделать. Или просто как они называются — чтобы я знал, что гуглить?
У меня не получается их сделать. Или просто как они называются — чтобы я знал, что гуглить?
Скорее всего powerline или его аналог.
Sign up to leave a comment.
VIM как IDE для разработки на Python