terminator может запускаться с указанной ролью, осом умеет определять роли?

У меня не взлетело.

   { rule = { class = "Pidgin", role = "buddy_list"},
         properties = { tag = tags[1][3] } },

вот такой кусок моего конфига должен всё объяснить.

у самого удобного vim-like клавиатура-ориентированного (режимы, блочное выделение, максимизация без полей) терминала termite есть:

--role=ROLE
--name=NAME
--class=CLASS

согласен, сам его использую, очень удобно

Я уже городил такие конструкции, но с терминатором что-то не пашет.

не путай terminator, termit и нужный termite.

termite

Он у меня упорно отказывается собираться, вместе с патченным vte.

terminator

Он у меня основной и единственный.

termit

Впервые слышу.

termite

Не собирается же.

в rc.lua

{ rule = { role = "vim" },
    properties = {tag = tags[1][2] } },

$terminator -r vim -e vim умвр

должно работать, учти, что эти правила чувствительны к регистру

ты на генте? Почему у меня тогда собирается?

ебилды на всё.

Ну, так и есть, причём пробовал как Vim, так и vim — awesome игнорирует, и открыва... Я кретин!

Правило для терминатора ниже правила вима, и оно оверрайдит верхнее правило. О\

Щаз проверю.

правила чувствительны к регистру

Как и весь юникс.

А 9999 в вашей лавке имеется?

Покажи конфиг гермита, я документации к нему найти не могу.

И нафиг ему gtk3, если он из гуя только vte использует?

таки solved или не смог?

Пока рассматриваются варианты.

Класс оверрайдит всё равно, потому это не вариант.

да, но у меня и этот прекрасно работает.

конфиг гермита,

термита: https://bpaste.net/show/5d0fedf186d1

ему gtk3,

смотри в сорц, я не узнавал.

Благодарю.

гермита

термита

Очепятка, ага.

Благодарю.

А если так?

{ rule = { name = "vim" },
    properties = {tag = tags[1][2] } },

terminator -T vim -e vim

Активно динамическое изменение заголовка, по регекспу не пашет.

Заголовок может изменяться. Это не должно быть проблемой. Главное, что ключ -Т определяет свойство WM_NAME (можно проверить с xprop).

Еще пару слов добавлю по поводу выбора терминала. Раньше я трепетнее к этому относился, но после знакомства с tmux это утратило актуальность. Сейчас я просто беру первый попавшийся и пользуюсь. Обычно это xterm или urxvt. Оба умеют подменять X resorces.

tmux

Если бы он, как и vim, умел переключать фокус по клику, цены б ему не было, а с его хоткеями я быстрее вызову ещё два терминала, залогинюсь в них под рутом и сделаю что мне надо.

Умеет же, если в tmux.conf прописать.

set -g mouse-select-window on
set -g mouse-select-pane on
set -g mouse-resize-pane on
set-window-option -g mode-mouse on

а зачем по клику? Ведь можно прямо из вима/tmux'а туда сюда ходить:

vimrc:

Plug 'christoomey/vim-tmux-navigator'
let g:tmux_navigator_no_mappings = 1
nnoremap <silent> <M-Left>  :TmuxNavigateLeft<cr>
nnoremap <silent> <M-Down>  :TmuxNavigateDown<cr>
nnoremap <silent> <M-Up>    :TmuxNavigateUp<cr>
nnoremap <silent> <M-Right> :TmuxNavigateRight<cr>

# Smart pane switching with awareness of vim splits:
bind -n M-Left  run "(tmux display-message -p '#{pane_current_command}' | grep -iqE '(^|\/)g?(view|vim?)(diff)?$' && tmux send-keys M-Left)  || tmux select-pane -L"
bind -n M-Down  run "(tmux display-message -p '#{pane_current_command}' | grep -iqE '(^|\/)g?(view|vim?)(diff)?$' && tmux send-keys M-Down)  || tmux select-pane -D"
bind -n M-Up    run "(tmux display-message -p '#{pane_current_command}' | grep -iqE '(^|\/)g?(view|vim?)(diff)?$' && tmux send-keys M-Up)    || tmux select-pane -U"
bind -n M-Right run "(tmux display-message -p '#{pane_current_command}' | grep -iqE '(^|\/)g?(view|vim?)(diff)?$' && tmux send-keys M-Right) || tmux select-pane -R"

Крутотень. Не знал про такое. Сегодня же вечером испробую.

это https://github.com/christoomey/vim-tmux-navigator если что, вдруг непонятно из Plug.