xdotool не работает или ....

Скорее всего, работать не будет. Вот по этой причине.

Firefox в полноэкранном режиме (комментарий)

Только через XTEST будет работать.

Упс, сорри. Это всё объясняет. Опять воюю с тем же. Уже поседел. Буду изучать возможности xtest.

Так XTEST через тот же xdotool. Просто убери указание окна и search. Просто дай ему фокус и долби комбинацию.

Задача следующая: хочу забиндить горячую клавишу, позволяющую послать клавишу alt+space (сворачивание окна) окну

Но это можно через wmctrl сделать. Зачем кнопки посылать? Да и через xdotool можно. minimize сделай.

xdotool search --class smplayer windowminimize

Вот это не работает.

А как он тогда даст фокус, если не знает, какое окно?

Вот это не работает.

А должно. Может, он просто smplayer не нашел. Попробуй другие поиски. Глянь, что там xprop говорит.

Воот ... похоже это то, что искал. По крайней мере, отзывается на действия. Сейчас буду изучать). Спасибо.

А как он тогда даст фокус, если не знает, какое окно?

Ну ты же сам это делал до этого! Firefox в полноэкранном режиме (комментарий) . Но это кривотень. Механизм общения через WM правильнее. И xdotool и wmctrl это умеют.

xdotool search --classname "smplayer" windowactivate --sync; xdotool key "F11"
XGetWindowProperty[_NET_WM_DESKTOP] failed (code=1)

Ошибка. В кедах всё не так просто, как в гноме, похоже.

В общем, не надо вот так вот делать. Это кривотень. kwin вроде все фишки ICCCM/EWMH поддерживает. Должны работать xdotool ...windowminimize и wmctrl. Главное правильно найти окно. Узнать параметры можно через xprop (у меня нет smplayer)

wmctrl -a smplayer && xdotool key alt+space

Вот, сработало, как нужно!

wmctrl -a smplayer && xdotool key alt+space

На недо так делать!

Покажи, что тебе выводи xprop на окно smplayer

xprop выдаёт следующее, если кликнуть на окошке smplayer'a:

_NET_WM_ICON_NAME(UTF8_STRING) = 
XdndAware(ATOM) = BITMAP
WM_NAME(STRING) = "A Quiet Place 2018 - SMPlayer"
_NET_WM_NAME(UTF8_STRING) = "A Quiet Place 2018 - SMPlayer"
_KDE_NET_WM_USER_CREATION_TIME(CARDINAL) = 16571188
_MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x3, 0x3e, 0x7e, 0x0, 0x0
_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL
_XEMBED_INFO(_XEMBED_INFO) = 0x0, 0x1
WM_CLIENT_LEADER(WINDOW): window id # 0x6600007
WM_HINTS(WM_HINTS):
                Client accepts input or input focus: True
                Initial state is Normal State.
_NET_WM_PID(CARDINAL) = 29168
_NET_WM_SYNC_REQUEST_COUNTER(CARDINAL) = 106954758
WM_CLASS(STRING) = "smplayer", "smplayer"
WM_PROTOCOLS(ATOM): protocols  WM_DELETE_WINDOW, WM_TAKE_FOCUS, _NET_WM_PING, _NET_WM_SYNC_REQUEST
WM_NORMAL_HINTS(WM_SIZE_HINTS):
                user specified location: 0, 0
                user specified size: 1920 by 1080
                program specified minimum size: 73 by 145
                window gravity: NorthWest

Ну, значит, должно работать

xdotool search --class smplayer windowminimize

или так еще

xdotool search --classname smplayer windowminimize

У меня в IceWM с Qt-приложением djview4 работает, сворачивает его, даже если оно фокуса не имеет.

xdotool search --class djview windowminimize

Нет, не работает ...

Нет, не работает ...

А окно находит вообще? Вот если просто набрать xdotool search --classname smplayer, то что выводит?

xdotool search --classname smplayer
106954757

Вроде как находит.

Нет, не работает ...

Не понимаю почему. Должно работать. У тебя smplayer на qt4 или qt5 (такой есть уже?). Я сейчас поставлю и на IceWM проверю.

В общем, поставил и сразу какие-то странности у меня. Запускаем smplayer и ничего в нем не трогаем (меню и пр). Переходим в терминал, набираем

xdotool search --classname smplayer windowminimize

то все срабатывает. Как только кликнешь, скажем в меню, то перестает работать. Очень странно. Но если сделать хотя бы так:

xdotool search --onlyvisible --classname smplayer windowminimize

то работает вроде всегда.

Да, теперь заработало. Именно последний вариант с "--onlyvisible" параметром. В принципе, это логично. Как можно свернуть окно, которое не может быть visible? Но почему в man не написали ...

Всё, кажись разобрался!
Алгоритм такой:
1. Узнаём имя окно (ты был прав!):

xdotool search --classname smplayer getwindowname
smplayer

xdotool search --name smplayer windowminimize

... которое не только «не может быть», но и в данный момент не visible (даже если может).

Ну, тут дело, наверное, в том, что WM_CLASS могут иметь несколько окон, а WM_NAME одно - которое toplevel. Но тут подводный камень есть. Если ты загружаешь фильм, то название окна может поменяться. В man не написано, но он ищет по подстроке. И если в строке остался smplayer, то он окно найдет, а если нет, то не найдет. Причем поиск нечувствителен к регистру, судя по всему.

... поэтому в общем с onlyvisible чуть правильнее, так как classname не менятся. Но если надо еще различить окна по заголовкам (они у окон одного приложения могут быть разными), то дополнительно --name сойдет. Там можно группировать признаки.

Вот только странное дело, но key уже послать нельзя. Например,

xdotool search --name smplayer key alt+space

xdotool search --onlyvisible --classname smplayer key alt+space

xdotool search --classname smplayer getwindowname

Это можно увидеть, если сделать поиск с onlyvisible. Он тебе name каких-то ще вновь созданных окон возвращает. Вот сам проверь:

1. Запусти smplayer, ничего не трогай и запусти

xdotool search --classname smplayer

Получишь один номер. Потом потыкай в менюшки и еще раз запусти. Увидишь, что в списке нашлись еще окна, а toplevel вообще последним в списке стало. Вот он и перестает работать. Видимо, windowminimize применяется только к первому найденному окну.

Вот только странное дело, но key уже послать нельзя. Например,

Ну это опять к старому треду своему возвращайся. Поиск дает конкретный window id. и команда по посылке клавиш идет в конкретное окно. Если оно фильтрует XSendEvent, то ничего работать не будет. Qt5, скорее всего, так и делает. Посылка кнопок будет работать без search. и надо перед посылкой поднимать приложение, чтобы фокус оно получило. Иначе никак

Н-да, непростой он этот xdotool.

Не в нем дело. Дело в концепции. Вот сделали фичу в иксах, что можно конкретному окну что-то послать, но потом народ стал кричать, что где же секьюрность? Как это так? Теперь каждый встречный поперечный начнет в окно посылать, что ему захочется. Вот и стали некоторые фильтровать. Управление становится невозможным таким образом (через XTEST можно, однако, но уже не адресно). ТАкие дела. в xterm, например, эту фишку давно сделали отключаемой. Firefox в полноэкранном режиме (комментарий) . Вернее, включаемой. А в Qt5, GTK3 и даже, может, старше не сделали такой возможности. У меня GTK2 приложения еще отзываются на адресные события. GTK3 уже нет.

Тогда, наверное, вариант с --onlyvisible действительно самый верный. То есть, действие применится не к каким-то фоновым окнам, а к тому, которое на экране пользователя.