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

[@Hithroc]

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

Скриншот

XMonad

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

[@Gasoid]

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

[@Cheater]

There is more than one way to do it right ©

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

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

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

[@xeioex]

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

[@overmind0]

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

[@xeioex]

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

[@Terranz]

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

[@Hithroc]

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

[@dkiyatkin]

По мне так 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]

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

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

[@dkiyatkin]

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

[@overmind0]

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

[@dkiyatkin]

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

[@EaS]

Левый Ctrl *никак* не связан с C-c C-c, потому что здесь он нажимается правой рукой.

[@EaS]

Очевидно, если понять что данный плагин делает что-то похожее на Slime из Emacs. А там C-c C-c весьма стандартная комбинация.

[@Color]

Спасибо, это как раз то, чего мне не хватало

[@Fikys]

Кстати, относительно руби: я так же с помощью tmux, vim, vim-rspec и vim-slime запускаю из редактора тесты в vagrant машине.

[@overmind0]

Спасиб, добавил.