LINUX.ORG.RU

Состояние и планы разработки KDE Frameworks 5 и Plasma 2

 ,


1

5

Интерфейс KDE следующего поколения будет работать на Qt5 (в Linux) поверх Wayland или Xorg в качестве графического сервера, отрисовка его переместится с системы виджетов X11 на OpenGL. Монолитные библиотеки будут разделены, зависимости — урезаны в пользу модульности.

Статус Frameworks 5.

Разработка KDE Frameworks 5, направленная на модулизацию API, в настоящее время протекает в пределах kdelibs и kde-runtime, упрощая их внутреннюю структуру и разделяя их на отдельные библиотеки.

Работы над Frameworks 5 содержат 7 «эпических» задач, 3 из которых уже выполнены:

  • Начальное взаимодействие и документация.
  • Слияние кода с Qt5.
  • Удаление дублирующихся с Qt классов и использование их Qt-альтернатив.

Над оставшимися 4 задачами протекает бурная работа:

  • Система сборки CMake: вливание в апстрим некоторых фич, модулизация настроек и макросов, портирование, пересмотр и переработка модулей поиска.
  • Очень большая и трудоёмкая задача по чистке kdelibs, которая, тем не менее, уже выполнена на 50%.
  • Слияние с Qt 5.1.
  • Модулизация kdelibs: один модуль на каждую билиотеку. 13 задач выполнено, 12 - в процессе, 8 пока находятся в состоянии TODO.

Развитие Plasma и KWin.

Архитектура, основанная на Qt5 и Wayland, делает возможным использование большего количества современных графических стеков, что подразумевает перенесение отрисовки с X11 на OpenGL. QtQuick2 (это QtQuick в составе Qt5) имеет очень приятный и расширяемый API. Переход Plasma на Qt5 повлечёт за собой нарушение бинарной и кодовой совместимости, что является хорошим поводом для глубокой переработки Plasma API и внедрения новых архитектурных решений в Plasma 2. В итоге разработчикам будет представлен Plasma Quick, сочетающий методы QtQuick с рядом компонентов для поддержки визуальных тем, контроля отрисовки, интернационализации, доступа к данным, конфигурации и взаимодействия с оборудованием.

В рамках библиотеки libplasma2 представлен новый API и осуществлён перевод библиотеки Plasma и runtime-компонентов с использования QGraphicsView на QML, который будет основой пользовательского интефейса Plasma 2. Тем не менее, это только вершина айсберга и для полного завершения работы требуется выполнить ещё много задач, в том числе произвести портирование на QtQuick2, перевести движок скриптования с QScriptEngine на QDeclarativeEngine, создать новую оболочку, портировать виджеты с QGraphics* на QML.

Планы на композитор KWin Plasma:

Композитор Plasma в терминологии Wayland означает использование KWin в качестве Wayland-композитора для рабочих пространств Plasma. KWin подвергнется модулизации и чистке кода. Он уже поддерживает QML, но некоторые механизмы, работающие посредством XAtoms, ещё не переработаны.

Главное направление развития KWin это портирование на Qt5, возможность работать вне X-сервера поверх KMS, напрямую используя аппаратные ресурсы. Следующий шаг - использование KWin в качестве композитора Wayland. Зависимости от X11 могут быть удалены когда исчезнет надобность в поддержке совместимости со старыми X11-приложениями, или может быть сделана в виде опциональной возможности.

Этапы развития KWin:

  • Работа KWin поверх Qt5: будет завершено к релизу KDE 4.11 (тем не менее, KWin не будет зависеть от Qt5 до тех пор, пока KDE не будет полностью переведено на KDE Frameworks 5.
  • Рендеринг через KMS вне X-сервера: будет завершено к релизу KDE 4.11, который по-прежнему будет запускаться поверх Х-сервера, но уже сможет в экспериментальном режиме работать через KMS.
  • Возможность работы KWin в качестве композитора Wayland: планируется завершить к релизу KDE 4.12, в котором по прежнему по умолчанию будет задействован X-сервер, но появится опциональная возможность поддержки Wayland, если к этому времени будут готовы компоненты KDE Frameworks 5.
  • В отдалённом будущем планируется исключение X11 из зависимостей, тем не менее, полного прекращения поддержки X11 не произойдёт.

Рабочее пространство Plasma.

Стратегия заключается в миграции плазмоидов на QML. Все плазмоиды, использующие C++, Ruby, Python, JavaScript и «Web API», должны быть переписаны на QML, но в случаях когда возможностей QML не будет хватать, будет обеспечена поддержка комбинированных QML/C++ плазмоидов. Большинство необходимых плазмоидов (таких, как «панель задач», «просмотр каталога», «содержимое рабочего стола», «календарь», «KRunner», «Kickoff» и т.д.) будут портированы на QML уже к релизу KDE 4.11, а некоторые плазмоиды («системный лоток», «уведомления», «подключение устройств» и т.д.) портированы уже.

Заключение.

Проект KDE Frameworks 5 реализуется полным ходом. Благодаря ему KDE SC станет более современным, лёгким и модульным, более удобным и приятным в использовании. Важно понимать, что никакого срочного перехода на KDE 5 не будет: по прежнему будет развиваться ветка KDE 4.x, и лишь когда все технологии KDE, включая сторонние приложения, будут полностью портированы — можно будет говорить о релизе KDE Frameworks 5.

>>> Подробности



Проверено: JB ()
Последнее исправление: cetjs2 (всего исправлений: 4)

Ответ на: комментарий от Kindly_Cat

Тут нет «всё в одном». WM - это и есть compositor/display sever в терминологии Wayland.

Вот тут: http://lwn.net/Articles/491509/ - говорится обратное: «Second, X has external window management, and Wayland internalizes that.»

А вот это ваще шедевр:

«Lastly, X applications do not paint their window decorations, while Wayland applications will need to. This is why a Qt application today in a Gtk environment gets Gtk window decorations. In Wayland, clients will need to do their own decorations, but the toolkits (e.g. Qt, Gtk) already know how to do so. Toolkits have been using window manager hints to get the window manager to decorate the way they want for years, now the toolkits will just do it themselves. »

Вделение моё.

Darkman ★★★
()
Ответ на: комментарий от geekless

Вот к этому мы и пришли, да. Отберите компиляторы у идиотов, и всё будет хорошо.

Я и не имел в виду, что объективно невозможно оптимизировать код. Просто сколько уже было всяких релизов и слов: улучшено то, повышено сё, увеличено хреносё... Есть прогресс конечно, но он незначителен, Я бы хотел, чтоб было иначе, но реальность такова, что пока не купишь новый комплект: проц + мамка + память, ждать значительного повышения производительности не приходится. Что-то оптимизируется, но добавляется новый код, новые компоненты и все нивелируется. Может это изменится когда-то. Посмотрим на пятый KDE )))

Buy ★★★★★
()
Ответ на: комментарий от Deleted

Т.е. все утверждения про готовность к Hi DPI мониторам таки врут?

да вроде не было особых заявлений
и вообще, насколько я понимаю, оно у них только для мака есть и сделано путем удвоения пикселей по осям

dt1 ★★
()
Ответ на: комментарий от Darkman

говорится обратное: «Second, X has external window management, and Wayland internalizes that.»

Где тут обратное?

А вот это ваще шедевр

В чём шедевр?

Kindly_Cat
() автор топика
Ответ на: комментарий от Kindly_Cat

Где тут обратное?

Window Manager в вяленом и является композитором. Мы же говорим про вяленые апликухи, а не про X over Wayland. Навернётся WM - навернётся compositor - навернётся сессия. По приведённой ссылке в обсуждении это хорошо разжёвано. Например: «Each Wayland's compositor should provide it's own library. In a tiling Window manager most functions would be stubs, because windows do not really need decorations.»

В чём шедевр?

В необходимости отрисовки рамки WM средствами самой апликухи/тулкита на котором она написана. По ссылке вообще замечательное обсуждение.

Darkman ★★★
()
Ответ на: комментарий от Darkman

Window Manager в вяленом и является композитором

Верно, он и композитор, и дисплей-сервер.

Навернётся WM - навернётся compositor - навернётся сессия

Навернутся иксы - навернётся сессия. В чём разница?

Кстати, ты немного неправ. Навернётся не сессия, а упадут окошки, процессы продолжат работать. Снова запускаешь WM - и всё ок.

В необходимости отрисовки рамки WM средствами самой апликухи/тулкита на котором она написана

Это гуд же.

Kindly_Cat
() автор топика
Ответ на: комментарий от Kindly_Cat

Кстати, ты немного неправ. Навернётся не сессия, а упадут окошки, процессы продолжат работать. Снова запускаешь WM - и всё ок.

То же самое про иксы можнос казать. Пропал коннект - приложения останутся. Вот только шиш - они упадут. И с вейландом будет всё так же криво. Потому что разрабы тулкитов и приложений все те же самые.

geekless ★★
()
Ответ на: комментарий от Kindly_Cat

Своим неудержимым стремлением поговорить про задничные понятия ты блестяще демонстрируешь свой уровень интеллекта. Молодец.

geekless ★★
()
Ответ на: комментарий от geekless

управление окнами зависит от глюков, лагов и подвисаний клиента

Что-то у тебя настолько стабильно всё глючит, лажает и подвисает, что тебя уже впору вносить в Красную Книгу как особо редкий вид шлимазла.

Kindly_Cat
() автор топика
Ответ на: комментарий от Kindly_Cat

Навернётся WM - навернётся compositor - навернётся сессия

Навернутся иксы - навернётся сессия. В чём разница?

В иксах WM - отдельный процесс и его можно перезапустить, к падению самого Xserver'а это не приведёт.

Навернётся не сессия, а упадут окошки, процессы продолжат работать. Снова запускаешь WM - и всё ок.

А как апликухи узнают что композитор перезапустился и откуда возьмут хендлы для взаимодействия с ним ?

Это гуд же.

Это о.т.в.р.а.т.и.т.е.л.ь.н.о.

Как закрыть кнопкой «Close» повисшее приложение если оно же её и отрисовало ? Вот тут: http://blog.martin-graesslin.com/blog/2010/05/open-letter-the-issues-with-cli... хорошо все косяки разжёваны.

Darkman ★★★
()
Ответ на: комментарий от geekless

Где ж я стремлюсь поговорить о них, ололош? Констатирую факт, не больше.

Kindly_Cat
() автор топика
Ответ на: комментарий от Darkman

В иксах WM - отдельный процесс и его можно перезапустить, к падению самого Xserver'а это не приведёт

Ну и что? А если навернутся иксы? Это, кстати, происходит чаще падений WM.

А как апликухи узнают что композитор перезапустился и откуда возьмут хендлы для взаимодействия с ним ?

Композитор скажет.

Как закрыть кнопкой «Close» повисшее приложение если оно же её и отрисовало ?

Тю, тоже мне проблема.

Kindly_Cat
() автор топика
Ответ на: комментарий от Kindly_Cat

У меня вот прямо сейчас на ноутбуке рядом ванильная убунта подвисает в гуе на всём что можно и нельзя. Вот оно - настоящее и будущее линукса на десктопах. Иди им спой про светлое будущее вейланда, а то им явно тормозов не хватает - щас по одному приложения лагают, а в вяленде все вместе начнут.

geekless ★★
()
Ответ на: комментарий от Darkman

А как апликухи узнают что композитор перезапустился и откуда возьмут хендлы для взаимодействия с ним ?

Из дубаса. Вангую, что все будут сидеть на дубасе и слушать шировоещательные сообщения. Блестящее будущее.

geekless ★★
()
Ответ на: комментарий от geekless

У меня вот прямо сейчас на ноутбуке рядом ванильная убунта подвисает в гуе на всём что можно и нельзя

Говорю же: шлимазл. Как ты ещё мочиться ходишь, мне интересно.

щас по одному приложения лагают, а в вяленде все вместе начнут

Знания мачасти нуль - дык надо пердануть в лужу. В этом весь geekless. Иди лучше свою панельку пейли, в ней ты всяко больше разбираешься :)

Kindly_Cat
() автор топика
Ответ на: комментарий от Kindly_Cat

Ну тут уж кому что интересно - кому инженерия, а кому испражнения. Извини, твои фантазии на тему испражнений мне не интересны. Не психолог я.

geekless ★★
()
Ответ на: комментарий от geekless

Если тебе неинтересна тема испражнений, зачем ты старательно набираешь говно в руки и размазываешь его по треду?

Таки начинаешь поневоле задумываться о связи поведения с аватаркой.

Kindly_Cat
() автор топика
Ответ на: комментарий от Kindly_Cat

Это, кстати, происходит чаще падений WM.

Я бы не сказал

Композитор скажет.

От мы и посмотрим как это будет реализовано. Пока у меня баальшие сомнения.

Тю, тоже мне проблема.

Ышо какая.

А как наcчёт:

а. одинаковых декорация для разных тулкитов б. пользовательских пунктов в меню в. единого центра конфигурации г. кнопок в заголовке не предусмотренных автором приложения д. одинакового вида подсказок для кнопок в заголовке для разных тулкитов е. window tabbing аля kwin/fluxbox

Darkman ★★★
()
Ответ на: комментарий от Darkman

Я бы не сказал

А я б сказал. Иксы у меня падали пару раз за последний год (главным образом из-за быстрого переключения между tty при запущенной в wine игрушке), а Compiz/Kwin не падали ни разу.

От мы и посмотрим как это будет реализовано

Вот именно. Видно будет.

Ышо какая

Всегда открываю системный монитор и убиваю подвисшее приложение через него. Это всяко быстрее, чем клацать несколько раз по крестику прежде чем появится предложение убить зависшего.

а. одинаковых декорация для разных тулкитов б. пользовательских пунктов в меню в. единого центра конфигурации г. кнопок в заголовке не предусмотренных автором приложения д. одинакового вида подсказок для кнопок в заголовке для разных тулкитов е. window tabbing аля kwin/fluxbox

Это что, нерешаемые задачи?

Kindly_Cat
() автор топика
Ответ на: комментарий от Kindly_Cat

Это что, нерешаемые задачи?

В случае Client Side Decorations практически нерешаемые или решаемые очень сложно - как, например, реализовать tabbing ? Переносить половину реализации WM в тулкит, и так для каждого тулкита ?

Darkman ★★★
()
Ответ на: комментарий от Kindly_Cat

Парень, я думаю, тебе действительно нужна помощь психолога. Найди хорошего специалиста, вправь себе мозги, живи полноценной жизнью, будь счастлив. Прекрати тратить свою энергию на рассуждения про говно в интернете.

geekless ★★
()
Ответ на: комментарий от Kindly_Cat

Это что, нерешаемые задачи?

В рамках принятого сейчас подхода, это задачи решаемые следующие лет 10. Т.е. сначала придумываем себе сложность, а потом долго пытаемся найти время, чтобы её правильно решить. Очень в духе современного СПО.

geekless ★★
()
Ответ на: комментарий от geekless

я думаю, тебе действительно нужна помощь психолога

Ценное мнение.

Kindly_Cat
() автор топика
Ответ на: комментарий от geekless

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

вопрос нужности свистоперделок был оставлен за рамками дикуссии ввиду абсолютной субъективности.

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

Thero ★★★★★
()
Ответ на: комментарий от anonymous

магнитолы без усб деньги на ветер.

Thero ★★★★★
()
Ответ на: комментарий от Darkman

проблема невозврата в том что тулкитописателям иксы давно мешают, и время когда их можно было одумать прошло года 4 назад, теперь радуйтесь что у вас будет иллюзия постепенного эволюционного перехода.

Thero ★★★★★
()
Ответ на: комментарий от Buy

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

Thero ★★★★★
()
Ответ на: комментарий от Thero

теперь радуйтесь что у вас будет иллюзия постепенного эволюционного перехода.

Не будет. Уйду в некрофилы. Благо под линухом это просто.

Darkman ★★★
()
Ответ на: комментарий от Thero

для работы консолька есть, ничего лучше не придумали.
Thero (24.01.2013 15:05:35)

Сверстай мне газету в консольке. Нарисуй рекламу в консольке и экспортни ее тиффом в цмике в 300 dpi. Обрежь мне фото в консольке и замени на нем фон. Поправь мне SVG в консольке - кривые подправить надо бы... Если не сможешь - засунь свое высказывание себе туда, где у тебя более всего разработанно входное отверстие.

dpkg ★★★★
()
Ответ на: комментарий от dt1

При запуске нового говорили, де, пластик не торт потому что не умеет более лучше DPI. Странно.

Deleted
()
Ответ на: комментарий от Darkman

закрыть кнопкой «Close»

Фу, какая отвратительная… эээ, не нужно. Есть средний клик по таскбару :3

Deleted
()
Ответ на: комментарий от dpkg

газету
SVG

Да это же всё Qt-проги :}

Обрежь мне фото

И Qt и GTK+, оба умеют Wayland.

Так что ты там говоришь?

Deleted
()
Ответ на: комментарий от Deleted

SVG, кстати, можно править в консольке если изначально его там и рисовать.

Deleted
()
Ответ на: комментарий от Darkman

а. также как и сейчас , б не уверен что понял, но дбас? в. так же как и сейчас г. плохо,да д. также как сейчас е. также как сейчас

Thero ★★★★★
()
Ответ на: комментарий от Darkman

тащемто уже. те кто нет те в вяленого только через икс умеют.

Thero ★★★★★
()
Ответ на: комментарий от Thero

иксы старые. дальше и правда можно не говорить.

Ну вот и выяснилось что говорят чушь не некоторое, а почти все вейландофилы, вы в том числе. «кто уподобляется ...» А как дышал, как дышал(С) :D

kernel ★★☆
()
Ответ на: комментарий от geekless

когда на лоре стали котироваться аргументы? тут же только вбросы и факты существуют, нет никаких аргументов.

Thero ★★★★★
()
Ответ на: комментарий от dpkg

я к сожалению не признаю создание газет и «работу» в фото\видеоредакторах(как впрочем и многое другое) за Работу, но это не важно потому что там был сарказм.

Thero ★★★★★
()
Ответ на: комментарий от kernel

а я не вялендофил, я вялендохэйтерохэйтер и бессвестный троль с шизофазией личности. вы даже не узнаете когда я в серьёз, когда сарказм, а где вовсе не я.

Thero ★★★★★
()
Ответ на: комментарий от Thero

а я не вялендофил, я вялендохэйтерохэйтер и бессвестный троль с шизофазией личности. вы даже не узнаете когда я в серьёз, когда сарказм, а где вовсе не я.

Илита ЛОРа. Уважаю.

kernel ★★☆
()
Ответ на: комментарий от kernel

я чту традиции лора выше Марка Патрика Столмана!

Thero ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.