Kross - KDE = Qross

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

офигенно.. я даже и не надеялся.

Правильно, освобождайтесь от рабства. Всем советую сделать себе "- KDE" (:

Изучать или не изучать не суть. Вот пишешь ты на, скажем, питоне, знаешь его как 5 пальцев. Оно тебе надо, в этот JS втыкать?

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

На питоне будет легче написать какой-нибудь кроулер или массовую качалку, ибо batteries included.

>что сложного освоить js за 15 минут

Лишняя ненужная информация и трата времени. Может человек за это время уже напишет нужное на питоне?

>почему, к примеру, нельзя включить в Qt те самые фичи, которые этот софт берет из kdelibs?

например потому, что kdelibs и Qt пишут разные люди? А мысль о отвязки софта от ДЕ конечно здравая.

ну питон вообще не нужен.

> А мысль о отвязки софта от ДЕ конечно здравая.

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

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

Тогда плюсуй к гнуму ещё отдельные WM всех мастей =)

Можно просто объявить kdelibs частью Qt. Потому что среда в KDE — plasma, а на её либы пока приложения не завязаны.

>из всего kdelibs нужен только kio, все остальное - велосипеды для классов из Qt.

Злостное 4.2

Иди читай доки по kdelibs-devel

Можно просто объявить kdelibs частью Qt.

Ага, а для полного красноглазия написать еще одну либо уже поверх kdelibs и так же делающую все тоже самое...

js куда проще и понятней и в данном разрезе со своей задачей хорошо справляется.

Ага, пока не потребовалась какая-нибудь сторонняя библиотека, кроме Qt. И да, по мощности JS-у до питона, как бэйсику до C++.

>То есть просто пересобрали и все?

С чего такой вывод? Тут вот товарищи хотят DigiKam без Kde, может пересоберёшь? )))))))))

Ага, пока не потребовалась какая-нибудь сторонняя библиотека, кроме Qt. И да, по мощности JS-у до питона, как бэйсику до C++.

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

Вон, те же личкрафты на С++. Зато теперь для них можно плагины писать и на Python, и на Ruby, и в будущем на каком-нибудь CL.

Хм... А оно использует родные привязки скриптовых языков к Qt? Например, нужен ли дополнительно использовать pyqt?

> например потому, что kdelibs и Qt пишут разные люди

Дык, можно договориться с нокией, чтоб реализовала возможности kdelibs в Qt, а из kdelibs их исключить, временно оставив «ссылки» на Qt для сохранения совместимости с еще не обновившимся софтом.

А мысль о отвязки софта от ДЕ конечно здравая

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

Да, используются родные привязки. PyQt для Python, QtRuby для Ruby, и так далее.

> Можно просто объявить kdelibs частью Qt
А вот это глупо. Ведь это не кеды часть Qt, а Qt — часть кед.

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

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

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

Как не крути, портировать софт на мобильные платформы вместе с КДЕ было бы проблематично. Все равно пришлось бы отвязывать.

хорошая мысль, одобряю! можешь начинать переписывать

> можешь начинать переписывать

Хаха. Надо для начала хотя бы с нокией поговорить.

4.2

А вообще правильно, наверное, в символике множеств — Kross\KDE

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

Qt сама по себе - это уже сотни лишних библиотек.

Qt-то как раз еще не лишний. А вот kdelibs уже да.

К тому же Qt — отличный фреймворк, а kdelibs — велосипед и вообще.

>Как не крути, портировать софт на мобильные платформы вместе с КДЕ было бы проблематично. Все равно пришлось бы отвязывать.

Ну на n900 плазма, говорят, вполне хорошо работает.

> Ну на n900 плазма, говорят, вполне хорошо работает.

А если тебе не нужны кеды на таблетке, а только какая-то кедософтина? Тебе понравится то, что тебе придется тащить туда кделибсы?

>К тому же Qt — отличный фреймворк, а kdelibs — велосипед и вообще.

Долго придумывал пост, оправдывающий kdelibs, но не придумал. Возможно ты и прав. Но вот так взять, и запилить в каждое приложение велосипедный кусок кода — это плохо.

Возможно, хорошим решением было бы распилить kdelibs на много маленьких либ (а какую-то часть переправить в Qt)... Тогда каждое приложение будет тянуть только то, что ему надо... Хотя может и бред...

>Возможно, хорошим решением было бы распилить kdelibs на много маленьких либ

В процессе, подробности в рассылке kde-mobile

А вообще, запихнуть kdelibs в Qt - золотая мечта кдешников, со скрипом, но они это делают: Phonon, printing и т.д.
BTW, делу должна помочь новая модель разработки Qt

>К тому же Qt — отличный фреймворк, а kdelibs — велосипед и вообще.

Qt - это гора, перманентно рожающая мышей.

>>можешь начинать переписывать

Хаха. Надо для начала хотя бы с нокией поговорить.

да не мелочись, делай сразу «принципиально новую ОС» :)

> да не мелочись, делай сразу «принципиально новую ОС»

Меня устраивает уже существующая ОС, просто с некоторыми оговорками (:

>> Kross - KDE = Qross

Формально, это неправильно. Правильно: KDE - Kross.

Что за бред? Все правильно написано: вычитаются библиотеки KDE из зависимостей, а не фреймворк из состава KDE.

>В общем, моя мысль состоит в том, чтоб исключить kdelibs из обязательных зависимостей софта, а сделать их опциональными и используемыми при необходимости интеграции со средой KDE. Понимаю, что это сложно и требует переписывания некоторых частей кедософта, но СПО к этому в общем-то не привыкать (:

Ну вот ты и начинай :} А таким способом можно придти только к опенофису. Егу «интеграцию» с KDE мы уже видели, спасибо, не надо.

Автор новости не знаком, видимо, со знаком «минус»: −

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

Мечтаю, чтобы сделали то же самое с k3b

Наверное, оттого, чт KDE натурально нужен, а гномеры нехай сосут, м не впервой ;-)

Что ж, прекрасно. Ждем проект QDE.

>Что ж, прекрасно. Ждем проект QDE.

Оно будет называться LeechCraft :3

>>Что ж, прекрасно. Ждем проект QDE.

Оно будет называться LeechCraft :3

Не-не-не... так будет называться операционная система...

PS А вообще хорошо, можно будет заняться разработкой средств вебразработки на этой основе, когда время появиться

>>Не-не-не... так будет называться операционная система...

Ну до ОС личкрафты ещё пилить и пилить..

P.S. Сволочь, тебя в цодингтим зовут >_>

А у опенофиса-то какая интеграция? Только попытка выглядеть похожим на кедопрогу и всё. А здесь будут использоваться те же кделибс.

Кстати, мне так и не ответили. Что kdenlive'у нужно из кделибсов-то?

с википедии:

Проект GNOME был основан в августе 1997 года Мигелем де Иказа и Федерико Мена как попытка создать полностью свободную рабочую среду для операционной системы GNU/Linux.
В то время единственной альтернативой для неискушённого пользователя являлась среда KDE. Но KDE основана на инструментарии Qt фирмы Trolltech, который тогда был собственническим продуктом. Чтобы не допустить ухудшения ситуации, была инициирована разработка GNOME — новой свободной рабочей среды на основе инструментария GTK+, созданного ранее для графического редактора The GIMP и распространяемого на условиях GNU LGPL.

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

>Возможно, хорошим решением было бы распилить kdelibs на много маленьких либ (а какую-то часть переправить в Qt)... Тогда каждое приложение будет тянуть только то, что ему надо... Хотя может и бред...

Получим ещё один Гном. И Патрег ниасилит.