История изменений

Ну ладно, тогда я тебе ещё раз скажу то, что уже сказал (но другими словами, может, так дойдёт).

Есть базовый протокол Wayland. Но многим десктопным приложениям для полноценной работы недостаточно базового протокола, и требуются расширения (опциональные для протокола в целом). Если разработчик композитора отказывается реализовать расширение, нужное для работы определённого приложения, то пользователи скажут, что этот разработчик мудак. Так вот, гномоделы отказываются реализовать расширение, нужное для работы многих приложений. Смекаешь?

Давай даже ещё раз полностью перечитаем описание xdg-decoration, чтобы понять, что ты сморозил фигню:

This interface allows a compositor to announce support for server-side decorations.

A window decoration is a set of window controls as deemed appropriate by the party managing them, such as user interface components used to move, resize and change a window’s state.

A client can use this protocol to request being decorated by a supporting compositor.

If compositor and client do not negotiate the use of a server-side decoration using this protocol, clients continue to self-decorate as they see fit.

Там ничего нет про то, что поддержка CSD со стороны приложения обязательна. Ты всего лишь интерпретировал так, потому что тебе так выгодно. А предложение «A client can use this protocol to request being decorated by a supporting compositor» как раз повторяет то, что я выше написал: если приложение хочет, чтобы декорации рисовал композитор, то оно использует этот протокол. Так же, как можно использовать другие расширения для реализации другой функциональности, не вошедшей в базовый протокол.

А если разработчик отказывается реализовать расширение, пытаясь вместо этого насадить другим свое видение, то он мудак (в подавляющем большинстве случаев).

Ну ладно, тогда я тебе ещё раз скажу то, что уже сказал (но другими словами, может, так дойдёт).

Есть базовый протокол Wayland. Но многим десктопным приложениям для полноценной работы недостаточно базового протокола, и требуются расширения (опциональные для протокола в целом). Если разработчик композитора отказывается реализовать расширение, нужное для работы определённого приложения, то пользователи скажут, что этот разработчик мудак. Так вот, гномоделы отказываются реализовать расширение, нужное для работы многих приложений. Смекаешь?

Давай даже ещё раз полностью перечитаем описание xdg-decoration, чтобы понять, что ты сморозил фигню:

This interface allows a compositor to announce support for server-side decorations.

A window decoration is a set of window controls as deemed appropriate by the party managing them, such as user interface components used to move, resize and change a window’s state.

A client can use this protocol to request being decorated by a supporting compositor.

If compositor and client do not negotiate the use of a server-side decoration using this protocol, clients continue to self-decorate as they see fit.

Там ничего нет про то, что поддержка CSD со стороны приложения обязательна. Ты всего лишь интерпретировал так, потому что тебе так выгодно. А предложение «A client can use this protocol to request being decorated by a supporting compositor» как раз повторяет то, что я выше написал: если приложение хочет, чтобы декорации рисовал композитор, то оно использует этот протокол. Так же, как можно использовать другие расширения для реализации другой функциональности, не вошедшей в базовый протокол.

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