Разработчики KDE предложили включить свои библиотеки в состав Qt

s/QT/Qt/g

Поправьте, что ли.

поправьте

задуманных Шумахеров изменений

>QT

Когда ж вы все, наконец, поумнеете.

перенести все все библиотеки KDE

Все-все-все, и чтоб ни одной библиотеки не осталось за бортом!

если включат в состав Qt, то КДЕшникам придется стабилизировать и API/ABI, степень свободы будет меньше по изменению кода.

С другой стороны, так как Qt идет к модуляризации и раздельным релизам своих компонентов, то KDE вполне может и вписаться в новый Qt

Гм. Сейчас для запуска ПО не имеющего полной завязки на сервис KDE, мне (как пользователю иных DE) требуется только библиотеки Qt держать на компе. Но вот после этого слияния мне вероятно нужно будет держать (обновлять обслуживать и т.д) уже все KDE целиком? Мда... Очень мило.

Если я правильно понимаю, то речь о библиотеках, а не самом KDE.

Корнелиус Шумахер, старожил среди разработчиков KDE и текущий и.о.

А я-то всё думал, куда у них такая гонка, теперь понятно.

и.о. руководителя проекта

А что стало с предыдущим руководителем проекта? Его замочили благодарные пользователи 3.5.10 в награду за своё счастливое вчера?

И что такого? Пары гигов жалко для шедевра?

а что, 4ую ветку уже отполировали, что уже на 5ую замахиваются?

> что снова приведёт к несовместимости и созданию KDE 6.0 на базе гипотетического Qt 5.0

Ого как закинуло в будущее-то ;) хотя планирование на дальнюю перспективу это хорошо.

> Разработчики KDE предложили включить свои библиотеки в состав QT

Только этого говна там и не хватало, ага.

> а что, 4ую ветку уже отполировали, что уже на 5ую замахиваются?

Судя по всему релиз в апреле ;)

>И последующая реорганизация библиотек последнего уже сможет привести к переносу кода в Qt, что снова приведёт к несовместимости и созданию KDE 6.0 на базе гипотетического Qt 5.0.
Угу, затем к несовместимости с KDE 6 на базе Qt 5 и так по кругу.

Если я правильно понимаю, то речь о библиотеках, а не самом KDE.

Блин, а в чем разница? DE, я так понимаю, концептуально является сервисным слоем (расширяет базовый набор) того функционала, что дает низкоуровневая библиотека отприсовки интерфейса. Если ПО не использует сервис DE, то ей библиотек отрисовки «за глаза», а мне, соответственно, нет нужды ставить ядро DE для работы такого ПО. А если все объединится, то получится что-то аля маздай - «все в одном флаконе» и мне это «флакон» за ради одной-двух прог придется содержать. Как-то все это кузяво звучит. Совсем даже не юниксвэйно

И что такого? Пары гигов жалко для шедевра?

Ну если для шедевра... К тому же, на шедевре и плазма уже не падает... Почти.))))

И кстати не совсем ясно в заголовке, причем здесь Quick Time.

Да, ибо SSD.

http://www.opennet.ru/opennews/art.shtml?num=28480

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

Что-то меня терзают сомнения. Похоже многие разработчики KDE таки не знакомы с проектом qt

>Да, ибо SSD.

Купи нормальный хард, нищеброд

KDE 6.0 будет написано на D2?

>большинство задуманных Шумахеров изменений будут реализованы не раннее выхода KDE 6.0

Чувак оправдывает свою фамилию :)

Интересно, что ответит Нокия, и будет ли форк

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

Извините, у вас не достаточно места на жёстком диске, для установки KDE 6.0 требуется как минимум 30Гб.

Чудесно. Будем ждать и наблюдать за развитием. Только бы модульно сделали по максимуму.

Навряд ли Нокла пойдёт на это. Закон «невидимой руки рынка» покамест никто не отменял. Посмотрим...

Да это же офигенно! Я это уже давно предлагал.

>если включат в состав Qt, то КДЕшникам придется стабилизировать и API/ABI, степень свободы будет меньше по изменению кода.

это будет конец QT.

С другой стороны, так как Qt идет к модуляризации и раздельным релизам своих компонентов, то KDE вполне может и вписаться в новый Qt

Ну вот, пилили-пилили куте и получили... гном.

Хитрый вброс. Скинуть кучу работы на нокию.

а как с лицензиями быть? kde — это gpl-only, а qt — все что угодно, но только не gpl.

> Разработчики KDE предложили включить свои библиотеки в состав ядра

fixed

> qt — все что угодно, но только не gpl.

Вылезай из криокамеры, Qt давно под GPLv3 есть.

А по сабжу - пусть идут на йух с такими замашками. Видать, совсем забыли, что Qt не [только] для KDE делают.

Это всë равно что предложить гномовкие библиотеки включить в «изкоробочный» состав GTK. Бред какой-то.

Ужасно, qt-программы и так потребляют достаточно много памяти,
а тут ещё ++ слой абстракции..

Кеды не нужны. Совсем.

Объявляю неделю ужасов на ЛОРе!

> перенести все библиотеки KDE, дополнительные библиотеки и платформенные модули в Qt, устранив при этом всю их избыточность, реализовать хороший, интуитивно понятный набор API, который будет сочетать в себе удобство, интуитивность и KDE-интеграцию, вместе с простотой и переносимостью библиотеки Qt.

что-то совсем сказочно, да и, кажется, всё равно, kdelibs отдельно - это полезно. а вот патчи в Qt из kdelibs, возможно, и пригодятся

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

> предложил объединить KDE и Qt и закопать
//fixed

С чего это?


alex@rhyme ~ $ rpm -q --qf '%{NAME}-%{VERSION}-%{RELEASE} %{LICENSE}\n' kde4libs
kde4libs-4.5.2-alt3 LGPLv2/BSD/GFDL
alex@rhyme ~ $ _

> Это всë равно что предложить гномовкие библиотеки включить в «изкоробочный» состав GTK. Бред какой-то.

По факту так и происходит. Вопрос в масштабах

Интересно, пошлют их нахер или нет.

Вот это ТРОЛЬ. Он всех перетролил

да-да. Кутям впору о похудании думать, а не о том чтобы схавать еще пирож^Wлибов...

> Извините, у вас не достаточно места на жёстком диске, для установки KDE 6.0 требуется как минимум 30Гб.

А что, так и будет. Лет через 10-15

и в чем троллинг?

И смех, и грех. Кедами и так все перестали пользоваться, что же дальше-то будет?

kdelibs это lgpl и qt тоже lgpl

API и ABI у них и так стибилен в пределах одной мажорной ветки также как и у Qt

Вообще идея хорошая. Если реализуют, то это снимет кучу проблем с запуском KDE приложений под виндой.