[kde][gnome] KDE'капец или конец классических десктопных окружений.

Ты хоть читал перед тем, как вбрасывать? Они хотят дать тулкитофобам и разработчикам возможность таскать по паре библиотек вместо kdelibs+workspace+чеготамеще.

А почему, собственно, должен настать капец KDE?

> Ъ сходит

/0

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

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

В настоящее время рассматривается разделение KDE-фреймворков на три категории, каждая из которых имеет свою иерархию зависимостей для предотвращения путаницы с внутренними зависимостями.

1)Функциональные дополнения к Qt, расширяющие возможности Qt в определенных направлениях, например, в плане предоставления средств для управления конфигурацией. Отнесенные к данной категории библиотеки не будут требовать дополнительных зависимостей, кроме Qt;

2)Компоненты для интеграции с операционной системой, расширяющие функции первой категории зависимостями, специфичными для различных операционных систем (например, libktimezone может использовать ktimezoned в Linux и отдельный API на платформе Windows);

3)Полнофункциональный программный стек, включающий зависимости от дополнительных библиотек и 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

Таки KDEкапец, да! Еще раз все переписывать, не многие захотят...

Если правильно понял, то теперь будет набор LEGO и каждый будет «ваять» из него своё Unity/Win/Gnome/IOS like окружение. Дефолта, как я понял не будет.

>Дефолта, как я понял не будет.

В Белоруссии? :)

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

Паникёры как всегда паникуют :)

>Еще раз все переписывать, не многие захотят...

Думаю, изменения в основном коснутся системы сборки (cmakelist.txt и иже с ними). Само по себе кде достаточно модульное.

А вот кому действительно придётся попотеть, так это мейнтейнерам. :)

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

может и не сильно потеть им придется.

Слаководы теперь точно выпялят КДЕ из базовой поставки=)

Means to build all of these new modules in one monolithic build, as is done with kdelibs today, will be provided to maintain the level of ease for those who wish to build the entire set of Frameworks rather than cherry pick through them. KDE will still also provide monolithic tarballs at release time as we have done in the past for those who would like to get larger chunks in one go. This was seen as critical to several of KDE's distribution partners in terms of their available people resources and the complexity of packaging a more modularized set of libraries.

А вот кому действительно придётся попотеть, так это мейнтейнерам. :)

Но ведь для всяких Патриков будут и старые монолитные тарболы (как были еще недавно). Так что попотеть - это опционально:)

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

Строго || ибо как собирал kde так и буду собирать весь пакет (окромя лэнгпаков, конечно же; тут только kde-l10n-{en,ru}

> Слаководы теперь точно выпялят КДЕ из базовой поставки=)

Да, теперь и KDE станет неПатрикоугодным. Отныне самыми православными будут являться xfce?

Им по моему нужно сразу на что нибуть мертвое переходить, а до вдруг xfce на модули разобьют и опять менять ДЕ.

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

Вроде ничего не выкидывают. Просто сильнее поделят на либы. То, что будет как Qt Add-ons будут со временем интегрировать в Qt.

Я Патрега глубокоуважаю. Таки первый дистр, которым я начал серьезно пользоваться.

xfce мне не очень, 2 месяца пользовал на zenwalk. Но врядле xfce быстро разжиреет до уровня кед.

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

Язабан ТСа, постоянно пытается вбросить, сам при том ссылок не читает.

А почему, собственно, должен настать капец KDE?

Потому что на ЛОРе любое хорошее нововвендение это «* капец!»

Ага, вот и фотка. Как я долго ее ждал. Попались! КТО АВТОР прыгающего курсора, ***?

вон тот чувак на дереве наверное :D

KDE насктолько сурово, что разрабатывать его могут только хакеры )))))

А вот и хомячки, петросянящие по слову «хакер» :]

наоборот, движение в правильную сторону.

> Слаководы теперь точно выпялят КДЕ из базовой поставки=)
Уже перешел на Xfce, правда здешний терминал не совсем радует. И вообще, ностальгия по 3.5, поставить что ли тринити?

Интересно я один из немногих у кого нет настольгии по 3.5?

Я, как гномовод, всерьёз опасаюсь за смерть запасного десктопа.

Значит, вы не гномовод. Иначе в качестве запасного рассматривали бы что-нибудь приличное (какой-нибудь fluxbox, icewm и т.п.)

Нет. Сижу на четвёртокедах с первых бета-версий 4.1, на 3.5 возвращаться никогда не тянуло

Пройденый этап > 5 лет назад.

Ну так тогда нормальное KDE было, а сейчас ни в одном дистрибутиве его уже нет.

Почему же сразу капец? Наоборот, теперь тролли не смогут сказать «эта прогатянет за собой весь kdelibs!», потому что kdelibs разобьют на отдельные модули.

Тролли всегда найдут что сказать.

Тролли всегда найдут что сказать.

Ваш комментарий это подтверждает :3

>всерьёз опасаюсь за смерть запасного десктопа.

January 11, 2008 - KDE 4.0 Released

Ты немного опоздал.

Ага, всё из-за тулкитофобов.