LINUX.ORG.RU

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

 ,


0

1

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

Многие разработчики KDE считают, что большинство задуманных Шумахером изменений будут реализованы не раннее выхода KDE 6.0, потому что если произвести реорганизацию библиотек, может так получиться, что KDE5 будет бинарно не совместим с ними. И последующая реорганизация библиотек последнего уже сможет привести к переносу кода в Qt, что снова приведёт к несовместимости и созданию KDE 6.0 на базе гипотетического Qt 5.0.

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

★★★★★

Проверено: post-factum ()
Последнее исправление: Aceler (всего исправлений: 3)
Ответ на: комментарий от annulen

Еще забыл упомянуть KDChart - очень мощная штука для визуализации

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

I-Love-Microsoft ★★★★★
()

Одобряю. Можно цеплять kdelibs, kdepim и другие как отельный и независимый модуль.

flareguner
()
Ответ на: комментарий от I-Love-Microsoft

>>Давайте по пунктам - KDE содержит <такие> библиотеки, которые обладают таким-то функционалом, которого нет в Qt, и поэтому их стоит запихнуть в Qt?

Там есть всякие twitter facebook google api, там есть транспорты к ftp http smb и прочим протоколом позволяющие работать с удалёнными файлами как с локальными, там есть api и pam и прочим системам авторизации.

bigfrogg
()

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

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

Если брать конкретно klipper, от из kde ему жунжны только kdelibs, libkworkspace и libtaskmanager. Вообще в библиотеках kde срача намного меньше, чем в gnome.

Gary ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

>С какой целью они прибили ее гвоздями к KDE?

Использовать что-то ещё из KDE, чтоб было проще и удобнее писать? Никто же не возмущается, зачем такую-то программу для GNOME прибили гвоздями к GTK+

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

Точно.

Встречайте! Впервые: для маньяков-бубунтофилов - кубунта с встроенными в ядро иксами, кедами и кутями"

:)

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

Там есть всякие twitter facebook google api, там есть транспорты к ftp http smb и прочим протоколом позволяющие работать с удалёнными файлами как с локальными, там есть api и pam и прочим системам авторизации.

Да?.. Ну против таких вот частей KDE в Qt я был бы не против... Главное чтобы это было несколько новых опциональных модулей.

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от Gary

Использовать что-то ещё из KDE, чтоб было проще и удобнее писать? Никто же не возмущается, зачем такую-то программу для GNOME прибили гвоздями к GTK+

Программа это программа, а вот интересный компонент, который по сути не является частью DE - его за что прибили? :)

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

>а вот интересный компонент, который по сути не является частью DE - его за что прибили? :)

I-Love-Microsoft


Скажи, ты когда-нибудь что-нибудь писал сам?

AX ★★★★★
()

А разработчики KDE откажутся от прав на свой код, чтобы Nokia могла его использовать в закрытой версии Qt?

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

потому что WebKit это не KHTML (и не надмножество) там нет qt

namezys ★★★★
()

Удивительно! Первый раз за два года наблюдаю невероятную картину, в треде голосов «за» и «против» ровненько по половинке.

Уважаемые эксперты, не стесняемся. Мы должны прийти к единому мнению.

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

>Если брать конкретно klipper, от из kde ему жунжны только kdelibs, libkworkspace и libtaskmanager.
Угу, а остальное я сам дописал. Klipper я взял как пример сферического КДЕ-приложения в вакууме.

Вообще в библиотеках kde срача намного меньше, чем в gnome.

Именно поэтому XFCE рулит - можно обходится без всяких халов и полисикитов.

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

>Я слежу за разработкой MeeGo именно потому, что туда вроде бы обещали портировать KDEPim

Qt еще и на симбу пихают.

Toll ★★
()

Это снимет вопросы типа «кто глючит, qt или kde», и «что править --- qt или kdelibs»?

sv75 ★★★★★
()

Всё правильно делают. ЛОРовских троллей закопать.

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

как Qt идет к модуляризации и раздельным релизам своих компонентов

4.2

По сабжу: если это вдруг случится - будет полный писец тем, для кого Qt != KDE.

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

Неделя ужасов на ЛОРе

>Объявляю неделю ужасов на ЛОРе! На этой неделе популяция троллей для всех фракций увеличивается вдвое.

anonymous
()

QA не пройдут, а так, включить пару-тройку компонентов можно, если конечно после этого kdelibs вообще больше не будет.

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

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

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

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

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

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

Ах эти прекрасные мечты… :)

Пишу потихоньку некоторые численные алгоритмя на D2, присматриваюсь к процессу разработки. Более плостно стал заниматься с билда 2.048 и могу сказать, что за два выпуска они немало продвинулись.

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

Vudod ★★★★★
()

>>объединить KDE и Qt

да они охринели там совсем что-ли? qt итак бегемотистый, а тут ещё литры говна в него вливать

Aid_
()

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

насколько я понимаю KDE это уже нечто большее, например диалоги открытия файлов итп

вносить это в QT неразумно, имхо

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

>QT

QT это был просто движок управляющий окошками и виджетами на них


facepalm.bmp

Deleted
()

Быдлокодеры атакуэ! Голактеко опасносте!

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

Как таких идиотов земля носит?

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

>>да они охринели там совсем что-ли? qt итак бегемотистый, а тут ещё литры говна в него вливать

А какой критерий «бегемотистости»?

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

>>А какой критерий «бегемотистости»?

да это субъективно, но когда там и так всяких велосипедов, на типа QString-ов и QNEtwork-ов, и тут ещё из кед будут всякии шняги - ну нахрен

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

> насколько я понимаю QT это был просто движок управляющий окошками и виджетами на них.

да нет же, QT — это проприетарная технология компании Apple, разработанная в 1991 году для воспроизведения цифрового видео, звука, текста, анимации, музыки и панорамных изображений в различных форматах.

arsi ★★★★★
()

Какая от этого польза? (тред почитал, не понял)

kernelpanic ★★★★★
()

А потом КДЕшники, опять начнут писать какие-то ещё ибы, и опять их пытаться включить в Qt. :)

Ну уж нет...

SergikXP
()

Э! Гномики и Убунтоиды!!! попробуйте в чистый Кубунту установить... да хотя-бы синаптик! И посчитайте скока квадратных килограмм того самого гнома (и ещё того от чего гном зависит) оно за собой притянет. и после этого будете ещё каркать? П.С. А вообще кастую бенчмарки на Форониксе

anonymous
()

Долго думал я, что мне напоминает KDE...

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

Наконец понял! Windows 3.x! Тоже вроде не ОС и тоже изображает из себя некую специальную платформу под свой собственный софт.

В какой-то момент возникла дилемма между «тройкой» и «четверкой». Глючность KDE4 помогла остаться консерватором - но KDE3 медленно, но верно превращается у меня в оболочку для запускания GTK-программ. Правда, качество интеграции в KDE3 GTK-программ меня как юзера всегда устраивало - так что в этом отношении претензии к «троечке» нет. А вот когда Okular попытался притащить за собой пол-KDE4 и порушить при этом KDE3 - нет у меня больше веры в KDE-приложения. При этом «чистые» qt4-программы вроде QuantumGIS у меня никаких нареканий не вызывают.

Спрашивается: то, что предлагают разработчики KDE, разрешит проблему или усугубит? «Отвяжет» ли реализация их идеи полезный софт от глючной «четверки» или, наоборот, намертво привяжет его к десяткам мегабайт ненужного и конфликтоопасного кода?

PVOzerski ★★★
()

С точки зрения разработчиков kde - это удобно и облегчит им разработку. С точки срения пользователей-программистов Qt - зачем kdelibs под виндой и мак?

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

> да это субъективно, но когда там и так всяких велосипедов, на типа QString-ов и QNEtwork-ов, и тут ещё из кед будут всякии шняги - ну нахрен

Ничего, что в GTK/GNOME перенос возможностей из DE в тулкит используется сплошь и рядом?

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

>Кроме Qutim не знаю ни одного распространенного приложения на Qt под виндой

Вообще-то до последних версий таковой была Opera. А еще qt-программы опционально могли собираться некотрыми версиями Delphi - в целях совместимости с Kylix на уровне исходного кода.

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