overmind0 16 сен 2014 в 12:49

Упрощение жизни программиста с vim + vim-slime + tmux

5 мин

25K

Программирование*VIM*CoffeeScript*Clojure*

Из песочницы

+18

Комментарии 18

Hithroc 16 сен 2014 в 14:07

Честно говоря, не совсем понял зачем нужен tmux.
Я использую тайлинговый WM и могу точно также открыть несколько отдельных экземпляров vim, открыть дополнительные консоли для разных целей, разместить их как мне удобно:

Скриншот

XMonad

Может я просто что-то неправильно понял про tmux?

Gasoid 16 сен 2014 в 14:21

он работает в неграфическом режиме, на сервере, например

Cheater 16 сен 2014 в 14:46

There is more than one way to do it right ©

Цель одна и та же — организация удобного управления несколькими окнами приложений и передачи данных между ними. Разница лишь в том, кто является «менеджером окон» (у ТС это tmux, у вас xmonad).

Кроме того, рабочая среда в статье завязана на tmux (тк vim-slime служит для передачи данных от vim к tmux или screen).

Вообще ИМХО тайловый менеджер удобнее, но tmux/screen зато незаменимы на удалённой машине для старта приложений.

xeioex 23 сен 2014 в 09:03

>Вообще ИМХО тайловый менеджер удобнее, но tmux/screen зато незаменимы на удалённой машине для старта приложений.
как по мне так это разные вещи. Я использую и xmonad и tmux. xmonad — управляет рабочими столами, tmux — консольными сессиями.

overmind0 16 сен 2014 в 15:24

Пользуйтесь чем вам удобно, на здоровье. Я не ставил цели продвинуть tmux в частности, только хотел рассказать про еще один способ передать код из vim в REPL.

xeioex 18 сен 2014 в 10:11

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

Terranz 16 сен 2014 в 15:06

>Упрощение жизни программиста с vim
зачем сначала надо было усложнить?

-8

Hithroc 16 сен 2014 в 15:17

Речь в статье не об упрощении того, что было «усложнено» по вашему мнению.
Если кратко говоря, в заголовке так и написано: упрощаем мы жизнь. А упрощаем мы ее посредством добавления удобства в работе.
Использование vim тоже, в некотором смысле, упрощение жизни для той части людей кому vim удобен.

dkiyatkin 16 сен 2014 в 15:20

По мне так ctrl-c-c немного не удобная и не очевидная комбинация.
В официальной документации есть совет как переназначить комбинацию в стиле вима:
let g:slime_no_mappings = 1
xmap <leader>s <Plug>SlimeRegionSend
nmap <leader>s <Plug>SlimeMotionSend
nmap <leader>ss <Plug>SlimeLineSend

overmind0 16 сен 2014 в 15:47

После вашего позволения вставлю в пост, со ссылкой на вас.

Я пользусь вимом меньше года. Хотел спросить, с лидерами вам больше нравится? Эргономика?
И не знаете ли вы как перестроить tab чтобы он выполнял функции ctrl в нормальном режиме?

dkiyatkin 16 сен 2014 в 16:46

Я не против ссылки. Вимом пользуюсь уже несколько лет, пробовал переходить на другие редакторы и IDE, но всегда возвращался обратно.
В настройке стараюсь придерживаться компромисса между общепринятыми нормами редактирования текста и вимовским подходом.
По этой логике ctrl-c отвечает за копирование текста и отмену в некоторых случаях.
Не задумывался о том чтобы менять tab на ctrl. Зачем это вам?

overmind0 16 сен 2014 в 17:35

Нууу… Так мизинчику меньше ходить. На стэк-оверфлоу читал, что когда создавалась первая версия emacs, контрол находился в районе таба. То есть это закладывалась в эргономику. Потом контрол переехал и появились явления типа 'emacs pinky'.
Собственно вот нашел тред, с ответом на свой же вопрос: www.emacswiki.org/emacs-en/MovingTheCtrlKey

dkiyatkin 16 сен 2014 в 18:09

На tab, shift-tab у меня назначено переключение между сплитами. А ctrl-tab, ctrl-shift-tab переключение по вкладкам, хотя обычно я все же пользуюсь gt и gT.