amarao

Продолжаю инвестировать время в основы. Принял статегическое решение заняться tmux'ом (вместо терминатора), потому что это открывает дорогу к быстрым терминалкам без фич.

Пока что не решён вопрос, что делать с активным/неактивным pane'ом. У terminator'а чуть-чуть менялась гамма и активный был контрастным. tmux рисует рамочку, но её плохо видно (да и не надо ярче), и не совсем решён вопрос с многострочным выделением из pane'а (мне tmux selection очень не нравится). Частично решается с помощью zoom out/zoom in и нормального выделения между ними.

У циннамона накопилась критическая сумма багов, борьба с которыми занимает слишком много времени (или оставляет без большого количества функций). При том, что UI у циннамона наименее инвазивный, gnome куда более полированный.

И, главное... Wayland. Уже вторая машина. Только что переключил (банальный tasksel). Оно того стоит. 120-144Hz, silky smooth.

Сейчас мне предстоит обороть несколько гномовых идиотизмов (главный - не показ окна, который создал notification по клику на notification). Таскбар, меню и прочие фетиши windows 95 - я ими особо не пользовался, так что можно и продолжать не пользоваться. Терминал по кнопке есть, окно браузера есть, жизнь в порядке.

Зато нормально работающий bluetooth со звуком, и в целом, отсутствие странных глюков.

Разумеется, у меня категорически нет времени на это, но мне кажется, что весьма достойной стратегической целью будет избавляться от JS как участника tight loop interactions на десктопе.

Во-первых это, конечно, очередной шпынок в сторону vscodium. Но во-вторых (и это немного неожиданно для меня), это cinnamon. Который, в целом, не плох, хотя иногда медленный. Раньше я не обращал внимание на это, пока не залез в какой-то багрепорт по cinnamon и не обнаружил /usr/share/cinnamon/js/ui/runDialog.js

Эта штука (вместе с остальными js/ui) явно находится в tight loop, и это js. Зачем? А, может, не надо?

Таким образом, задуматься о смене DE теперь подталкивает не только wayland, но и, в целом, не желание видеть избыток интерпретируемых языков..

О, кстати, это уже более достойная история. Как насчёт плавного ухода от tight loop с участием интерпретируемых языков для инструментов? Внезапно, под угрозой оказывается terminator. Который слишком хорош, чтобы просто выкинуть. Но, может быть, alacritty окажется лучше, хотя совмещение alacritty с чем-то типа tmux'а начинает звучать как отдельное приключение...

Ещё одной альтернативой будет WM с человечным тайлингом. Чтобы не "всё или ничего", а чтобы для группы окон был разумный тайлинг, а кто не в группе, тот обычные окна...