История изменений
Исправление
ckotinko,
(текущая версия)
:
http://msdn.microsoft.com/en-us/library/windows/desktop/bb205075(v=vs.85).aspx
kms, kernel dri, kernel mode driver в linux = dxg, kernel mode driver в win7 и далее
libdrm, libkms = xdgi
gallium, mesa = direct3d
weston = dwm
сетевая прозрачность делается на уровне com-объектов задолго ДО dxgi поэтому rdp содержит прямой аналог virtualgl = directfx. им не потребовался для этого x-server.
итого wayland это аналог графики в win7.
Уже слов «протокол не определяет взаимодействия окон» достаточно.
Nothing in the Wayland protocol requires Client Side Decorations or forbids Server Side Decorations. And that’s not surprising as it just should not matter to a protocol. The same is true for the X11 protocol, there is nothing said about window decorations.
http://blog.martin-graesslin.com/blog/2013/02/client-side-window-decorations-...
там флажок выставляется на самом дееле
Исходная версия
ckotinko,
:
прямая аналогия вот тут
http://msdn.microsoft.com/en-us/library/windows/desktop/bb205075(v=vs.85).aspx
kms, kernel dri, kernel mode driver в linux = dxg, kernel mode driver в win7 и далее
libdrm, libkms = xdgi
gallium, mesa = direct3d
weston = dwm
сетевая прозрачность делается на уровне com-объектов задолго ДО dxgi поэтому rdp содержит прямой аналог virtualgl = directfx. им не потребовался для этого x-server.
итого wayland это аналог графики в win7.
Уже слов «протокол не определяет взаимодействия окон» достаточно.
Nothing in the Wayland protocol requires Client Side Decorations or forbids Server Side Decorations. And that’s not surprising as it just should not matter to a protocol. The same is true for the X11 protocol, there is nothing said about window decorations.
http://blog.martin-graesslin.com/blog/2013/02/client-side-window-decorations-...