[ON] Платформа KDE будет преобразована в набор фреймворков

[rssbot]

На прошедшей в Швейцарии встрече разработчиков KDE был рассмотрен вопрос усовершенствования платформы для разработки приложений. В обсуждении приняли участие разработчики базового набора библиотек KDE (kdelibs), системы сборки, представители дистрибутивов и разработчики развиваемых вне проекта приложений. В результате обсуждения, разработчики согласились, что необходимо сделать платформу KDE более модульной. Конечной целью является подготовка хорошо поддерживаемого и качественного набора библиотек, отвечающего потребностям существующего сообщества разработчиков, предоставляющего доступ к возможностям KDE и пригодных для использования в широком круге приложений, в том числе и предназначенных для мобильных устройств и потребительской техники. В итоге, планируется уйти от монолитной платформы к набору интегрируемых друг с другом разрозненных фреймворков, реализующих ту или иную функциональность и отвечающих потребностям базовых подсистем KDE и пользовательских приложений. Отмечена необходимость подготовки для каждой библиотеки исчерпывающего описания, в котором следует указать назначение компонента и способы его применения в Qt или KDE приложениях. В настоящее время рассматривается разделение KDE-фреймворков на три категории, каждая из которых имеет свою иерархию зависимостей для предотвращения путаницы с внутренними зависимостями.

• Функциональные дополнения к Qt, расширяющие возможности Qt в определенных направлениях, например, в плане предоставления средств для управления конфигурацией. Отнесенные к данной категории библиотеки не будут требовать дополнительных зависимостей, кроме Qt;
• Компоненты для интеграции с операционной системой, расширяющие функции первой категории зависимостями, специфичными для различных операционных систем (например, libktimezone может использовать ktimezoned в GNU/Linux и отдельный API на платформе Windows);
• Полнофункциональный программный стек, включающий зависимости от дополнительных библиотек и runtime-компонентов.

Главным достоинством подобного разделения является более явное восприятие разработчиками уровня зависимостей при задействовании в своих приложениях определенных библиотек. Сокращения графа зависимостей и возможность обособленного использования библиотек сделают подобные KDE-библиотеки привлекательными для разработчиков на Qt, не желающих привязывать свои приложения к KDE (в зависимостях будет не весь kdelibs, а только одна библиотека, выступающая в роли надстройки над Qt). Кроме того, такие библиотеки смогут быть задействованы в других программных окружениях, не связанных с KDE. В процессе обсуждения трансформации KDE Platform в KDE Frameworks, разработчики уже провели анализ классов и библиотек из таких компонентов, как kdesupport, kdelibs, kde-runtime, kdepimlibs и kdepim-runtime. Разработчики отмечают, что реализация идеи KDE Frameworks как нельзя кстати сочетается с грядущим релизом Qt 5, который Nokia планирует выпустить в следующем году. В будущем некоторые подготовленные в рамках KDE Frameworks надстройки над Qt имеют шанс войти в состав основного фреймворка Qt. Новая политика Nokia в направлении увеличения открытости процесса разработки Qt в сочетании с усилением модульности Qt открывают двери для подобной интеграции дополнений к Qt, развиваемых в рамках проекта KDE. Более того сообщается, что первые патчи от проекта KDE уже приняты в состав ветки Qt 5. Точная дата выхода первого релаза KDE Frameworks пока не называется, но разработчики планируют успеть ко времени выхода релиза Qt 5. Плотную работу над реализацией KDE Frameworks планируется начать после выпуска релиза KDE 4.7.0, запланированного на конец июля. На первом этапе планируется заняться реструктуризацией существующих модулей, таких как kdesupport, kdelibs и kde-runtime, которые будут разбиты в расчете один модуль на каждую библиотеку. Возможность сборки всех частей KDE Frameworks разом будет оставлена, так же как и формирование монолитных пакетов с набором библиотек при формировании релизов (т.е. в рамках релиза KDE как и раньше будет предоставляться возможность загрузить один архив с библиотеками, а не копировать десяток поставляемых разрознено модулей). Параллельно с разработкой KDE Frameworks будет продолжено развитие компонентов рабочего стола и приложений KDE 4.x, которые будут создаваться на базе текущей платформы KDE (KDE Platform 4.x). Подобный подход позволит максимально сгладить переход разработчиков с использования KDE Platform на KDE Frameworks. Когда KDE Frameworks перейдет в фазу окончательной стабилизации будет развернута кампания по привлечению разработчиков конечных приложений к использованию новых фреймворков. Как и в случае с Qt 5 планируется обеспечить высокий уровень совместимости на уровне исходных текстов, что даст возможность минимизировать изменения существующего кода при миграции на KDE Frameworks приложений и таких компонентов KDE, как Plasma Desktop.


Источник: http://www.opennet.ru/opennews/art.shtml?num=31059


оригинал на opennet.ru

[frp]

Ура! Наконец-то они сделают kdelibs более модульным.

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

[Stauffenberg]

На русский слово "hacker" оказывается переводится как "разработчик".

[Ism]

Интересная новость. KDE станет больше, чем просто десктоп.

[bigOne]

KDE будет уничтожено? ))
в рамках тестирования посмотрел тут на 4.6. В принципе, даже неплохо (это я как гномер говорю!), но слишком уж на венду 7 похоже..

[NickLion]

KDE будет уничтожено? ))
в рамках тестирования посмотрел тут на 4.6. В принципе, даже неплохо (это я как гномер говорю!), но слишком уж на венду 7 похоже..

Вот не в первый раз вижу такие утверждения. В то же время даже по дефолту KDE SC4 не похож на Win7. Где это "слишком уж похоже"? По способу управления - тоже отличается. Уж про то, что настроить можно как угодно - то тут вообще молчу.

[frp]

Вот не в первый раз вижу такие утверждения. В то же время даже по дефолту KDE SC4 не похож на Win7.

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

[agentprog]

но слишком уж на венду 7 похоже

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

[NickLion]

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

Если так, как Вы говорите, то у bigOne была следующая схема:
1. Поставлю попробую KDE SC4.
2. О, ничего так. Попробую сделать похожим на Win7.
3. О, получилось похоже. А на Gnome не получалось.
4. KDE SC4 - FUUUUUUUU!
Так что ли? о_О
Ну так, то можно сделать - это скорее в плюс.

Я просто честно не пойму где похожесть (по-умолчанию, о таком ведь говорил bigOne)?
1. Стиль "контролов"
KDE SC4 - матовый, резко высеченный - плоская поверхность
Win7 - глянец, плавный подъём - поверхность кривая на протяжении всего контрола
2. Стиль декораций
KDE SC4 - непрозрачные, кнопки круглые, аналогичны контролам
Win7 - полупрозрачные, кнопки объединённые, немного отличны от контролов, сияютЬ
3. Стиль панели
KDE SC4
Aya - наследует внешний вид контролов, но сейчас по дефолту вроде Air? Он наиболее "виндоподобный" - потому что полупрозрачный. На этом схожесть оканчивается, ибо дизайн отличен.
Win7 - глянец, кривая поверхность, полупрозрачность, ненужная кнопка выпирает за границу, в вертикальном положении этого нет, но там тоже свои бока.

UPD ида, это уже всё оффтопик немного
По теме - новость очень интригующая, потому что сейчас есть объективный недостаток, что если приложение завязывается на KDE хоть немного, то тащится чуть ли не половина всего KDE. Может сделают симпатичнее в плане зависимостей.

[bigOne]

Господа, речь о дефолтных настройках! В некоем релиз-кандидате. До этого я ваши кеды видел только у некоторых товарисчей на мониторе издалека! )
Теперь познакомился поближе. Вердикт: слишком много ненужных действий + слишком много времени на адекватную настройку. Мне такое не надо.
Да, и третий Гном похожим на семерку не сделаешь, хоть лопни! Поэтому кеды- все-таки виндузятникам подспорье, а мне- пятое колесо..

[agentprog]

<holywar>

третий Гном

Вердикт: слишком много ненужных действий + слишком много времени на адекватную настройку.

не?
</holywar>

[Stauffenberg]

agentprog

Не кормите

[frp]

Да, и третий Гном похожим на семерку не сделаешь, хоть лопни!

Невозможность сделать похожим на семерку - недостаток. Зато второй гном легко делался похожим на WinXP, и на Win 7, наверное, тоже.

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

Так что ли? о_О

Нет, я имел ввиду, что у bigOne сложилось впечатление о похожести на винду, когда он увидел KDE 4 у какого-нибудь знакомого на десктопе или на скриншоте на каком-нибудь ЛОРе, где стоял этот самый закос (учитывая популярность подобных закосов, это очень даже вероятно). Ведь на юниксфоруме (уподобляемя ЛОРу) все чаще и чаще встречается ситуация - "не юзал, но осуждаю".

[bigOne]

Нет, я имел ввиду, что у bigOne сложилось впечатление о похожести на винду, когда он увидел KDE 4 у какого-нибудь знакомого на десктопе или на скриншоте на каком-нибудь ЛОРе, где стоял этот самый закос (учитывая популярность подобных закосов, это очень даже вероятно). Ведь на юниксфоруме (уподобляемя ЛОРу) все чаще и чаще встречается ситуация - "не юзал, но осуждаю".

ROSA RC. Предложили потестировать. И мне не понравилась в итоге ни сама система, ни предложение.

[Dmitry Shurupov]

В начале июня Швейцария приютила группу из 25 активных разработчиков KDE в горах для обсуждения будущего этого проекта свободной рабочей среды. Похоже, чистый воздух помог энтузиастам наметить планы по переходу с концепции платформы на набор фреймворков. Эта идея стала естественным результатом продолжительных дискуссий о том, в каком направлении стоит развивать KDE в обозримом будущем. Разработчики разбивались на группы до 5 человек и обсуждали (иногда по 2 часа, а иногда — по несколько дней) различные компоненты kdelibs и других составляющих KDE. Когда энтузиасты вернулись, обсуждения продолжились уже в почтовых рассылках, и теперь было официально объявлено о планах проекта. «Одним из основных результатов Platform 11 [встречи в Швейцарии] было достижение консенсуса в том, чтобы сделать платформу для разработки KDE более модульной, когда у каждой библиотеки (или связанной с ней технологии) четко определена задача, способы ее использования в Qt- или KDE-приложениях. Наши цели — сделать наборы библиотек более удобными в поддержке и улучшить их качество, сделать библиотеки KDE доступными для сообщества Qt-программистов, обеспечить KDE набором библиотек, которые хорошо подходят для мобильных и бытовых электронных устройств. Конечным результатом является смещение от „платформы“ к набору интегрируемых „фреймворков“». Это смещение отразится и на названии следующей версии библиотек — KDE Frameworks. Сами KDE Frameworks будут разбиты на три категории с говорящими названиями:

• функциональные дополнения к Qt (Function Qt Addons), привязанные только к Qt;
• интеграция в операционные системы (Operating System Integration) — дополнения для Qt, реализующие специфичные для операционных систем возможности;
• решения (Solutions) — готовые решения или наборы решений.

В системе контроля версий KDE первые ветки для KDE Frameworks появятся после выпуска KDE 4.7.0.

оригинал на www.nixp.ru