Исправление Rootlexx, (текущая версия) :
Если разработчик композитора отказывается реализовать расширение, нужное для работы определённого приложения, то пользователи скажут, что этот разработчик мудак
Пользователи могут говорить что угодно: что разработчики мудаки, что мы с вами тоже мудаки… Пользователи хотят «чтобы работало так, как им хочется», и обычно совершенно не разбираются в причинах-следствиях принятых разработчиками решений.
Если расширение протокола опционально, это по определению означает, что оно может отсутствовать в данном конкретном композиторе. А значит, если приложение хочет работать под данным композитором, то оно обязано реализовывать схожую функциональность самостоятельно, если это возможно.
Например, если речь идёт о каком-нибудь протоколе получения цвета с экрана в приложении получения цвета с экрана, то это ещё можно понять: без данного расширения приложение не может выполнять свою основную функцию. Но если речь идёт о, блин, каких-то заголовках окна, которые приложение может без проблем отрисовать само или подключить бибилотеку, которая сделает это за них, то их принципиальное нежелание это делать можно интерпретировать ровно таким же образом, как вы это делали выше: разработчик приложения мудак.
Там ничего нет про то, что поддержка CSD со стороны приложения обязательна
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.
Вам перевести?
«Если композитор и клиент не согласуют использование декораций со стороны сервера, используя данный протокол, то клиенты продолжают декорировать себя самостоятельно (т.е. использовать декорации на стороне клиента — моё примечание)».
Что значит «продолжают», объяснять нужно?
Не согласовали SSD — должны продолжать использовать CSD (включая отсутствие видимых декораций). Если приложение хочет декорации, но не согласовало использование SSD с композитором, и затем вместо рисования декораций на стороне клиента не рисует их вовсе, то оно сломано.
Исправление Rootlexx, :
Если разработчик композитора отказывается реализовать расширение, нужное для работы определённого приложения, то пользователи скажут, что этот разработчик мудак
Пользователи могут говорить что угодно: что разработчики мудаки, что мы с вами тоже мудаки… Пользователи хотят «чтобы работало так, как им хочется», и обычно совершенно не разбираются в причинах-следствиях принятых разработчиками решений.
Если расширение протокола опционально, это по определению означает, что оно может отсутствовать в данном конкретном композиторе. А значит, если приложение хочет работать под данным композитором, то оно обязано реализовывать схожую функциональность самостоятельно, если это возможно.
Например, если речь идёт о каком-нибудь протоколе получения цвета с экрана в приложении получения цвета с экрана, то это ещё можно понять: без данного расширения приложение не может выполнять свою основную функцию. Но если речь идёт о, блин, каких-то заголовках окна, которые приложение может без проблем отрисовать само или подключить бибилотеку, которая сделает это за них, то их принципиальное нежелание это делать можно интерпретировать ровно таким же образом, как вы это делали выше: разработчик приложения мудак.
Там ничего нет про то, что поддержка CSD со стороны приложения обязательна
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.
Вам перевести?
«Если композитор и клиент не согласуют использование декораций со стороны сервера, используя данный протокол, то клиенты продолжают декорировать себя самостоятельно (т.е. использовать декорации на стороне клиента, включая отсутствие видимых декораций — моё примечание)».
Что значит «продолжают», объяснять нужно?
Не согласовали SSD — должны продолжать использовать CSD. Если приложение не согласовало использование SSD с композитором, но вместо рисования декораций на стороне клиента не рисует их вовсе, то оно сломано.
Исправление Rootlexx, :
Если разработчик композитора отказывается реализовать расширение, нужное для работы определённого приложения, то пользователи скажут, что этот разработчик мудак
Пользователи могут говорить что угодно: что разработчики мудаки, что мы с вами тоже мудаки… Пользователи хотят «чтобы работало так, как им хочется», и обычно совершенно не разбираются в причинах-следствиях принятых разработчиками решений.
Если расширение протокола опционально, это по определению означает, что оно может отсутствовать в данном конкретном композиторе. А значит, если приложение хочет работать под данным композитором, то оно обязано реализовывать схожую функциональность самостоятельно, если это возможно.
Например, если речь идёт о каком-нибудь протоколе получения цвета с экрана в приложении получения цвета с экрана, то это ещё можно понять: без данного расширения приложение не может выполнять свою основную функцию. Но если речь идёт о, блин, каких-то заголовках окна, которые приложение может без проблем отрисовать само или подключить бибилотеку, которая сделает это за них, то их принципиальное нежелание это делать можно интерпретировать ровно таким же образом, как вы это делали выше: разработчик приложения мудак.
Там ничего нет про то, что поддержка CSD со стороны приложения обязательна
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.
Вам перевести?
«Если композитор и клиент не согласуют использование декораций со стороны сервера, используя данный протокол, то клиенты продолжают декорировать себя самостоятельно (т.е. использовать декорации на стороне клиента — моё примечание)».
Что значит «продолжают», объяснять нужно?
Не согласовали SSD — должны продолжать использовать CSD. Если приложение не согласовало использование SSD с композитором, но вместо рисования декораций на стороне клиента не рисует их вовсе, то оно сломано.
Исходная версия Rootlexx, :
Если разработчик композитора отказывается реализовать расширение, нужное для работы определённого приложения, то пользователи скажут, что этот разработчик мудак
Пользователи могут говорить что угодно: что разработчики мудаки, что мы с вами тоже мудаки… Пользователи хотят «чтобы работало так, как им хочется», и обычно совершенно не разбираются в причинах-следствиях принятых разработчиками решений.
Если расширение протокола опционально, это по определению означает, что оно может отсутствовать в данном конкретном композиторе. А значит, если приложение хочет работать под данным композитором, то оно обязано реализовывать схожую функциональность самостоятельно, если это возможно.
Например, если речь идёт о каком-нибудь протоколе получения цвета с экрана в приложении получения цвета с экрана, то это ещё можно понять: без данного расширения приложение не может выполнять свою основную функцию. Но если речь идёт о, блин, каких-то заголовках окна, которые приложение может без проблем отрисовать само или подключить бибилотеку, которая сделает это за них, то их принципиальное нежелание это делать можно интерпретировать ровно таким же образом, как вы это делали выше: разработчик приложения мудак.
Там ничего нет про то, что поддержка CSD со стороны приложения обязательна
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.
Вам перевести?
«Если композитор и клиент не согласуют использование декораций со стороны сервера, используя данный протокол, то клиенты продолжают декорировать себя самостоятельно (т.е. использовать декорации на стороне клиента — моё примечание)».
Что значит «продолжают», объяснять нужно?
Не согласовали SSD — должны использовать CSD. Если приложение не согласовало использование SSD с композитором, но вместо рисования декораций на стороне клиента не рисует их вовсе, то оно сломано.