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

Хороший же вброс.

Поговорим с копипастой

it is impossible to have the same behavior for both CSD and wm decos.

4.2. Единственная проблема — зоопарк. Доказательства примерами — не доказательства, как подсказывает формальная логика.

the point is already obvious: a client-side-decorated window cannot know how the layout of decoration buttons in the window manager decorations is set.

4.2.

You click the close button in the decoration and the window manager will notice that the application does not response any more and will offer to forcefully close the window. With CSD this is impossible.

4.2. А вот опровержение контрпримером — вполне нормально. И контрпример — оффтопик.

I can’t see how a non-KDE application wants to be in sync with KDE’s context menu.

Вот именно: проблема — зоопарк. Решение проблемы — установка стандартов, но в зоопарке это может и не сработать. С другой стороны, уже многие вещи делаются кроссдесктопно и формального доказательства того, что сделать кроссдесктопно и это невозможно — нет.

Коротко о чём я:

1. Если взять часть кода декораций в WM и перенести его, пропатчив, в shared-библиотеку, используемую клиентом для CSD, половина проблем ВНЕЗАПНО исчезнет.

2. Оставшаяся проблема — зоопарк, поскольку не весь софт будет юзать ЭТУ shared-библиотеку.

3. Но можно определить какие-нибудь декларативные правила описания декораций и записывать их в любом удобном формате. В конце концов, в декорациях нечего особо программировать (код может быть в WM, если каждый клиент знает, как его вызвать).

4. Автор копипасты мягко говоря не сильно авторитетнее гномодевелоперов

Ну а подобные результаты типичны для зоопарка и наплевательского отношения к стандартам, которые царят в линуксах. Пройдёт немного времени и всё поправят (сломав ещё что-нибудь). Это нормально, истерики неуместны.

Хороший же вброс.

Поговорим с копипастой

it is impossible to have the same behavior for both CSD and wm decos.

4.2. Единственная проблема — зоопарк. Доказательства примерами — не доказательства, как подсказывает формальная логика.

the point is already obvious: a client-side-decorated window cannot know how the layout of decoration buttons in the window manager decorations is set.

4.2.

You click the close button in the decoration and the window manager will notice that the application does not response any more and will offer to forcefully close the window. With CSD this is impossible.

4.2. А вот опровержение контрпримером — вполне нормально. И контрпример — оффтопик.

I can’t see how a non-KDE application wants to be in sync with KDE’s context menu.

Вот именно: проблема — зоопарк. Решение проблемы — установка стандартов, но в зоопарке это может и не сработать. С другой стороны, уже многие вещи делаются кроссдесктопно и формального доказательства того, что сделать кроссдесктопно и это невозможно — нет.

Коротко о чём я:

1. Если взять часть кода декораций в WM и перенести его, пропатчив, в shared-библиотеку, используемую клиентом для CSD, половина проблем ВНЕЗАПНО исчезнет.

2. Оставшаяся проблема — зоопарк, поскольку не весь софт будет юзать ЭТУ shared-библиотеку.

3. Но можно определить какие-нибудь декларативные правила описания декораций и записывать их в любом удобном формате. В конце концов, в декорациях нечего особо программировать (код может быть в WM, если каждый клиент знает, как его вызвать).

4. Автор копипасты мягко говоря не сильно авторитетнее гномодевелоперов