Хочется preview от окон терминала

[beldmit]

У меня время от времени запускается достаточно долгая сборка. Я в это время, естественно, читаю что-то открытое в браузере, время от времени проверяя, как там процесс. Хочется минимизировать усилия по проверке, как там — то есть переключаться между окнами или рабочими местами не хочется, а вот подвести мышкой к свёрнутому окну и увидеть, бегут ли там строчки — вполне вариант.

Есть ли такая настройка?

Update: больше всего по описаниям на то, что я хочу, похож Dockbarx. Но под Mate он не работает.

Comments

[vit_r]

У меня при помещении курсора в правый нижний угол экрана открывается обзор всех рабочих столов. А так, можно добавить чего-то пищащее при завершении.

[vitus_wagner]

Если пользвоаться старым добрым xterm-ом, то у него есть опция
unreadable в меню шрифтов (которое по Ctrl+правая кнопка мыши). Которая делает именно то, что тебе нужно - выставляет шрифт размера 1x1 пиксел.

[beldmit]

Мне надо не совсем это. Мне нужно недопереключение между окнами, а не несколько окон одновременно.

[brmail]

пусть по окончании сборки шлет емейл. оповещение о новом емейле всяко проще в трее увидеть, да и пищит оно при этом.

[juan_gandhi]

Я в таких случаях держу браузер размером не во всю высоту экрана, а под ним (ниже на экране) - тот самый терминал, где что-то бежит (или не бежит).

[beldmit]

Это окна ручками расставлять. Можно, но не то.

[filin]

Если говорить про xterm или подобный ему эмулятор терминала, то комплект из него и шелла можно обучить менять заголовок окна по запуску и по завершению команды (выводу промпта шелла). Тебе же надо не видеть бегущие строчки, а видеть, выполняется там предыдущая команда, или шелл ждет следующей. Можно даже обучить разнице между успешным и неуспешным завершением.

[beldmit]

Это более-менее вариант. Как?

[filin]

Через вывод ESC-последовательностей перед промптом и перед запуском.

У меня zsh, это выглядит в духе

case $TERM in
xterm*|rxvt*)
    function precmd { print -nP "\033]2; $CHARSET:zsh@%m:%~%# \007\033]1;%m:%~%#\007\033[1t\033[5t\a" }
    function preexec { local s=${2//\\/\\\\}; s=${s//\%/%%}; print -nP -f "\033]2; %s:zsh@%s %-40s\007\033]1;%s %-20s\007" $CHARSET "%m:%~%#" $s "%m:%~%#" $s }
    ;;
screen)
    function precmd { print -nP "\a" }
    ;;
esac

В bash, скорее всего, триггеры устроены иначе, но аналогичных следует ожидать. Но может чего-то и не хватать. У него не настолько логичная система конфигурации, много исторических причин.

Документация на ESC-последовательности в /usr/share/doc/xtermcontrol/ctlseqs.txt.gz, пакет xtermcontrol. Можно вместо прямого вывода ESC-последовательностей использовать его. Но если у тебя не прямо вот xterm, а, допустим, rxvt или еще кто-то частично совместимый, то лучше все же ESC-последовательности, и проверить, что поддерживается, а что нет.

[yurikhan]

Вместо прямого вывода esc-последовательностей можно использовать tput tsl и tput fsl для перехода в «статусную строку» и обратно соответственно. Терминал заявляет поддержку статусной строки через boolean capability hs.

[beldmit]

Я тут понял, что не спасёт скорее всего. Процесс, как правило, на машине, на которую я пришёл по SSH.

Unix — царь удалённого доступа

[phd_ru]

Указанные выше escape-последовательности прекрасно работают по ssh. У меня все окошки с удалённым доступом что-то в title и caption пишут.

[filin]

Ну и что? Вывод-то в stdout.

[beldmit]

Так он в тот stdout.

[filin]

Так тот stdout напрямую передается в этот. Равно как stderr и (туда) stdin.

xterm set title

[phd_ru]

http://www.tldp.org/HOWTO/Xterm-Title.html

https://git.phdru.name/?p=dotfiles.git;a=blob;f=bin/xtitle;hb=HEAD

https://git.phdru.name/?p=dotfiles.git;a=blob;f=.profile;h=f222e80f965b338391c866a1698fbd9d1002fd65;hb=HEAD#l180

https://git.phdru.name/?p=dotfiles.git;a=blob;f=.shellrc;h=9507b48ea3f6fb3ac02f56d2627a0db1a0aa5ed4;hb=HEAD#l61

[nataraj]

В kde во-первых есть превью, если навести на название окошка в панели, то там показываектся превью.

Во-вторых в konsole есть отдельный пункт меню, начать бибикать при некативности... Весьма удобно...

[nataraj]

Или как альтернативный вариант. Твой терминал умеет _не пищать_ когда его окно в фокусе?
Если да, то можно найти символ писка и добавить его в промпт.

[yurikhan]

Ещё некоторые эмуляторы терминала умеют при выводе символа писка (BEL, 0x07) поднимать urgency hint, а некоторые оконные менеджеры умеют отрисовывать окна, имеющие urgency hint, специальным заметным образом.

[filin]

Да. В частности, у меня так настроено. Но это несколько более сложная настройка, да и WM нужен такой, чьи авторы читали спецификацию на иксы...

[gul_kiev]

iterm под macos по умолчанию в заголовке терминала показывает индикатор, три состояния: там прямо сейчас что-то выводится (в смысле, был вывод за последние несколько секунд), либо там были изменения за время, пока он не в фокусе, но сейчас уже всё спокойно, либо никаких изменений не было (индикатора нет).

Это действительно удобно, хотя предполагаю, что нерелевантно - если бы речь была про mac os, то были бы другие ответы, да и самого вопроса бы, наверное, не было.

Программно-аппаратное решение

[yurikhan]

Нужен монитор не менее 24″ и тайловый оконный менеджер. Делим монитор пополам, в одной половине браузер, в другой терминал. Редактор кода в норме в стеке с терминалом, но при приступах отладки либо редактор, либо терминал уезжают в стек браузера.

Re: Программно-аппаратное решение

[filin]

Как показывает практика, одного экрана для жизни маловато. У меня xmonad, в нем обычно задействованы от 4 до 8 workspace'ов, большинство как раз по этой схеме устроены. Одновременно видно только один. У меня, правда, ноутбук, и экран каких-то 15", но 24" будет расположен дальше, угловой размер будет немногим больше, и рассовать все нужные окна на один экран будет получаться плохо.

У меня к этой схеме добавлен urgency hint, чтобы оно давало нужный эффект.

Re: Программно-аппаратное решение

[yurikhan]

Ну 24″ здесь сокращение для фразы «достаточно ширины, чтобы отобразить 200–240 знакомест комфортным размером шрифта». 15″ с пикселькаунтом FullHD и выше, на расстоянии 2/3 стандартной вытянутой руки, может, хватит. 15″ 1366×768 — нет, независимо от дистанции.

Воркспейсы — хорошо, но задачу «видеть хоть как-то хоть сколько-нибудь терминала при активном окне браузера» сами по себе не решают.

Re: Программно-аппаратное решение

[filin]

Ну, да, тот самый случай. У меня как раз 15" FullHD, и 24" обычно имеет чуть больший угловой размер, но не больше чем в полтора раза.

А у Димы, строго говоря, нет задачи видеть, что происходит. Задача у него видеть, закончилось или нет. "Видеть в общих чертах, бегут ли строчки" — это первый пришедший ему в голову способ решения.

Re: Программно-аппаратное решение

[yurikhan]

Ну, да, поэтому вокруг ещё несколько способов достижения цели.

А решение через уменьшенное изображение исходного окна интуитивное, но технически сложное (нужен оконный менеджер-композитор навроде Компиза или виндового DWM).

Re: Программно-аппаратное решение

[beldmit]

Вот про compiz я вчера прочитал, попробовал поставить, не увидел обещанной настройки и снёс.

Всплывающие нотификации

[yurikhan]

В /etc/skel/.bashrc, поставляемом с Ubuntu (и, вероятно, Debian) вот уже несколько лет, идёт алиас:

# Add an "alert" alias for long running commands.  Use like so:                                                        
#   sleep 10; alert                                                                                                    
alias alert='notify-send --urgency=low -i "$([ $? = 0 ] && echo terminal || echo error)" "$(history|tail -n1|sed -e '\'
's/^\s*[0-9]\+\s*//;s/[;&|]\s*alert$//'\'')"'

Показывает иконку в зависимости от успеха предыдущей команды и саму команду.