Что требуется, чтобы получить оверлейное окно по протоколу x11 без запуска композитора? - PullRequest
0 голосов
/ 05 июля 2019

Используя реализацию lisp протокола X11, get-overlay-window останавливается, когда не работает ни один композитор.Если я убью процесс lisp, xid будет распечатан.Это также останавливает мой оконный менеджер lisp, запущенный в другом потоке lisp, хотя и в том же процессе.По сути, X действует так, как будто его схватили, так что, слава богу, за ctrl-alt-f1.

Некоторые предыдущие вопросы о композите показывают, что другие сталкиваются с подобными проблемами, когда не работает ни один композитор.

Ядогадываясь, что, может быть, сервер ждет какой-то вне протокола авторизации или что-то?Или что-то определенное последовательность событий должно быть завершено?

Наличие доступа к окну наложения, когда другой композитор активен, не полезно для написания композитора!

1 Ответ

0 голосов
/ 22 июля 2019

По-видимому, у меня произошел сбой при чтении с описанием протокола, или у них сбой при записи.

Запрос составного для перенаправления окон автоматически обеспечивает отображение содержимого окон.Это не гарантирует, что они привлечены к оверлею!Наложение не выглядит прозрачным.Таким образом, даже с установкой автоматического обновления всех окон, когда наложенное окно сопоставляется вызовом для получения его XID, оно блокирует вас от просмотра любых других обновлений на экране и блокирует весь ввод.

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

Может быть, это просто драйвер?

...