MПока раздумываю над мыслью «какую бы мне привычку еще поломать» -- запустил терминал… старый добрый #urxvt с которым так или иначе живу где-то с 2004 года. немного xresource и ok. По факту к нему есть претензия: на умеет с tabex закрывать вкладку (или терминал) если есть запущенное в нем приложение или задача; и по мелочи (лень) настроить ввод юникода, ибо используется редко, хотя ctrl+shift захватывает.
Собственно задаюсь вопросом: а на какой терминал можно заменить?
от сред как-то не прижились, каждый по своим причинам. Из запомнившегося -- terminology со всеми приколами от Enlightenment. Но это песня отдельного повествования.
Из quake-терминалов также как-то не прижилось: вызвать urxvt через кнопку занимает не больше времени. А сохранять сессию или ее дамп с помощью screen'а или tmux'а, или script'а при явной необходимости.
Видимо, если взяться за него и донастроить, то подобные мысли можно еще лет на пять отложить.
Продолжаем красноглазить: т.к. в #urxvt с tabbedex его поломаны события (собственная реализация и захват) и он становится несовместим практически не с чем, а разбираться, как там все работает -- лень, то решил пока отказаться от табов. Вместо этого дописал плагин подтверждения закрытия по «крестику», с таймаутом и форсированным закрытием по числу попыток.
Из ошибок: если приложение запущено через `-e`, по дочерние процессы не создаются и, соответственно, расширение не работает. Починю, наверное. Когда-нибудь.
По поводу #kitty: те несколько секунд, пока он запускается (это правда стало неожиданностью) успею вколотить на выполнение комманду куда-нибудь, особенно если буду смотреть в окошко, а не терминал: не Ok. По памяти -- то же не ок в сравнении. Какие задачи закрывает, кроме своего протокола -- хз. Но займусь когда-нить, может быть.
Попутно сравнил несколько терминалов на запуск скрипта со `sleep 1` в качестве нагрузки.
Прикрутил к плагину confirn-close для #urxvt подтверждения закрытия при запуске через "-е". Строк 15 и норм.
Единственное, что запомнилось: первоначальные попытки в регулярки, grep или List::Utils::first, но после пары секунд размещений обошлось простым "eq". «Будь проще», что называется. Ну, Ok.
А вот табов иногда не хватает. Можно попробовать забиндить вызов терминала в текущем окружении на кнопки, но это на подумать.
Daniil 
@aethiemurr Из достойных есть st и sakura
sleyka 
@aethiemurr i use kitty btw
я не особо привередливый пользователей но там куча всяких фич есть и т.д. и т.п.
единственный минус это когда удаленно по ssh подключаешься к серверу то некоторые программы не понимают протокола кити там для отображения надо
но это решается тремя путями первый путь самый правильный это скачать пакет kitty-terminfo на сервер(на дебиане он в репах есть точно), который просто скажет серверу, как общаться с терминалом.
Второе решение это поставить, типа, Xterm256 цвета или что-то такое в конфиге bash сервера.
И третье решение это запускать, подключаться по SSH специальной китти-командой. Но это тупо.
я не особо привередливый пользователей но там куча всяких фич есть и т.д. и т.п.
единственный минус это когда удаленно по ssh подключаешься к серверу то некоторые программы не понимают протокола кити там для отображения надо
но это решается тремя путями первый путь самый правильный это скачать пакет kitty-terminfo на сервер(на дебиане он в репах есть точно), который просто скажет серверу, как общаться с терминалом.
Второе решение это поставить, типа, Xterm256 цвета или что-то такое в конфиге bash сервера.
И третье решение это запускать, подключаться по SSH специальной китти-командой. Но это тупо.
@sleyka Вот kitty вполне себе рассматривал, в когда смотрел на far2l, если правильно помню, то на тредах в свое время шел срач по поводу xterm и его несколько устаревшей реализации, и продвигался, собственно, kitty с его протоколом.
Ну, может быть.
С определением типа терминала по ssh -- на это не редко наступаешь, особенно в гетерогенной среде. Ну что ж: работаем с тем что есть, и надеемся на лучшее :).