В kde 4.10 изменится декоратор окон

Все правильно делают.

KDE4: Мы перепишем всё

То, что заметка наполовину состоит из рассказа, как автор переписывал Plastik на QML, тебя не смущает?

ОМГ. 4.10? Мне казалось, после 4.9 идет 5.0, а 4.10 идет после 4,09.

QML-декорации - это же надо было до такого докатиться! Срам!

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

Пусть уже перешут всё kde на js и html и успокоятся на этом.

Мсье знает толк в извращениях?

С такой точки зрения-да.

На кой чёрт там QML? (O.o)

Ну и, да, там написано, что пластик он уже почти переписал. Правда мне таки не понятно чем пластик сломан в текущем состоянии.

Таки в чем проблема?

Но почему именно Пластик? :(

На кой чёрт там QML? (O.o)

In the current state the decoration consists of 370 lines of QML code and I expect to need an additional 100 lines to finish the buttons (they are already functional, that is the close button closes the window) and add some of the configuration options. The same API in C++ consists of 1500 lines of code. So we do not only get fewer lines of code but also a more readable and easier to maintain codebase.

Мсье знает толк в извращениях?

Таки к этому всё и идёт.

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

там же оксиген по умолчанию

Я так понимаю, что они стараются все оптимизировать и починить, так что пусть переписывают, раз с первого раза плохо получилось.

Ага, у них вообще КДЕ4 плохо получилось, лучше бы 3ку развивали.

Правда мне таки не понятно чем пластик сломан в текущем состоянии.

У него уж много версий подряд проявляется артефакт, когда при передаче фокуса на другое окно цвет декорации не меняется. Когда начинает проявляться, то воспроизводится в несколько кликов.

(O.o) Ни разу пока не проявилось…

А, пардон, припомнил и осознал, что это баг не пластика. У меня ровно та же история с другими цветными темами, того же qtcurve, например. Забавно, я думал, это массовый баг, даже и не думал за эти годы запостить в багтрекер. :-)

Я тройку не застал, но прекрасно помню, каким страшным KDE было примерно 2 года назад. Сейчас это уже совершенно другое окружение рабочего стола.

Qt Quick очень плавно работает.

Теперь оно в 2 раза страшнее...

No.

Сходил по ссылке. Все отлично. Они поняли УГ-гность старого API для разработки тем и надеются, что новое QML-API, которое в кучу раз сокращает объем кода, наконец-то исправит положение с декорациями для KWin. Аффтар усиленно переписывает Plastik и все с ним будет ок.

Предлагаю выкинуть QML.

Они поняли УГ-гность старого API

И радостно пишут новое УГ.

Если оно на порядок проще - оно не УГ.

Логика на уровне женской.

Если до тебя не доходит, то проблема декораций в KDE - их отсутствие. И эту проблему решают упрощением их написания посредством перехода на QML. А низкая производительность QML - это 4.2.