Запутывает _NET_SUPPORTING_WM_CHECK - PullRequest
Новая
       61

Запутывает _NET_SUPPORTING_WM_CHECK

2 голосов
/ 18 октября 2008

Я пытаюсь привести мой оконный менеджер в соответствие со спецификациями ICCCM. Я полностью понимаю причину _NET_SUPPORTING_WM_CHECK атома - это гарантирует, что недействительная информация не останется, когда оконный менеджер больше не работает.

Чего я не понимаю, так это того, почему в вспомогательном окне не ожидается никаких других атомов, таких как _NET_NUMBER_OF_DESKTOPS, кроме _NET_WM_NAME и _NET_SUPPORTING_WM_CHECK.

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

Ответы [ 2 ]

2 голосов
/ 10 апреля 2009

Ну, атомы, о которых вы говорите, не являются ICCCM. Они принадлежат к более новому набору EWMH

Так что в основном это так.

Сначала у нас был ICCCM. Они

  • старый
  • 1012 * созревают *
  • поддерживается большинством оконных менеджеров (полностью или частично)
  • легко реализовать
  • Стандарт Unix

Тогда у нас было EWMH, которые

  • новее (GNOME и KDE)
  • не многие оконные менеджеры их поддерживают
  • более сложный (например, виртуальные рабочие столы)
  • Стандарт freedesktop.

Freedesktop хотел сделать EWMH максимально широким (кроме GNOME и KDE) и именно поэтому большинство атомов ДОЛЖНЫ и не ДОЛЖНЫ. Они дают возможность небольшому оконному менеджеру заявить о соответствии.

1 голос
/ 05 октября 2010

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

Окно _NET_SUPPORTING_WM_CHECK было добавлено позже, после того, как многие другие свойства уже существуют, если я правильно помню.

...