>>>> Ну Вы же сами пишете, что свойства, которые важны _для_сервера_ это другое,
>>> где? я такого не писал.
>> В предыдущем ответе https://www.opennet.ru/openforum/vsluhforumID3/122311.html#286
>> "сравнивать изначально сдизайненый для сетевой прозрачности протокол и прибитый гвоздями
>> к локалхосту протокол".
>> Исходно смысл несколько шире, вывод я сам сделал.
> смысл совсем другой: API, подразумевающий сетевую прозрачность, необходимо будет отличаться
> от API, который под сеть не заточен вообще.

Это _одно_из_ следствий разделения на клиент и (удалённый) сервер. Другое следствие - разделение владения, из которого следует, что незачем гонять на сервер бессмысленные для него данные. И вот из этого "незачем" следует, что аналог wl_surface_set_user_data() в интерфейсе X11 не нужен.

> впрочем, `SetWindowLong()` можно проэмулировать в xlib (если там ещё нет чего-то похожего,
> я как-то никогда даже не интересовался). ценность, однако, сомнительная — как
> раз потому, что обработка событий не колбэками сделана. поэтому пользователю xlib
> всё равно придётся хранить внутренние структуры для диспатчинга сообщений, а в
> них вполне натурально можно положить любые необходимые данные, без помощи xlib.

Какая разница, колбэк там или нет? Что в той ОС PeekMessage(), что в этой xcb_poll_for_event() - обе выдают в сообщении идентификатор окна. И с ним далее надо что-то сделать. В одном случае вызвать готовую функцию, а в другом - написать код. Если код надо написать (например, при портировании с другой платформы), значит утверждение "в Иксах всё включено" -- не соответствует действительности. Далее сама собой приходит мысль "где ещё нас хотят обмануть?"

>>> серверу вообще наплевать, какие свойства к окну
>>> прикреплены.
>> Серверу может и наплевать на всё, кроме XCB_CW_CURSOR, а той штуке, которая
>> рисует заголовок окна интересны некоторые _MOTIF_WM_HINTS, или же _NET_WM_NAME.
> и ещё куча других интересных. которые обрабатываются клиентским приложением на стороне
> клиента, а серверу по-прежнему наплевать. сервер дал API для того, чтобы
> прицепить к окну любую бирочку с данными, и больше его особо
> ничего не интересует.

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

>[оверквотинг удален]
>>> потому что далеко не всем нравится программировать на уровне протокола иксов.
>> По-моему, такие берут GTK, Qt и тому подобное (ой, про Electron забыл).
>> Кто сунется ниже, тому уже все кошки чёрные.
> нет. xlib вполне юзабельна. а вот прямая работа с протоколом иксов (чем,
> по сути, и является xcb) — много геморроя непонятно зачем.
>> Так то xlib вроде как есть, но если приглядеться, то это немного
>> не xlib:
> это вполне оно. как я сказал, xcb — это библиотека для работы
> с протоколом иксов. практически uncooked. вполне естественно, что xlib спокойно реализуется
> поверх неё.

То есть xcb свою задачу выполнила. Так же вполне естественно может оказаться, что этот бутерброд работает внутри XWayland. А когда единственная сила, стоящая за Иксами (это Valve, а не всякие призывальщики бойкотировать) увидит, что Proton готов для запуска без Иксов, вот тогда будет интересно понаблюдать за мнением экспертов.

> но непонятно, зачем пытаться говорить с иксами напрямую лично:
> для этого должно быть *очень* веское обоснование. вместо которого обычно: «мне
> рабинович напел, что xlib медленная и неэффективная, а xcb модный, быстрый,
> и к нему прилагается бесплатный минет.»

Мне это было надо, что бы сформировать собственное представление о ситуации с X11 и Wayland. Гуру со всех сторон хватает, а как доходит до дела, так у некоторых #define начинает объявлять переменную.)