The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

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

31.10.2010 20:29

Корнелиус Шумахер (Cornelius Schumacher), президент организации KDE e.V., опубликовал в списке рассылки разработчиков KDE предложение о слиянии в одно целое библиотек проекта KDE и Qt. По мнению Корнелиуса интеграция стандартных и вспомогательных библиотек KDE (kdelibs, kdepim и kdesupport) в Qt позволит сформировать целостный и более полный API, избавиться от избыточных функций, обеспечить хорошую интеграцию с KDE, упростить поддержку и увеличить переносимость платформы. Интеграция в Qt библиотек KDE также позволит избавить разработчиков прикладных приложений от дилеммы: использовать дополнительные классы, но привязать свои приложения к библиотекам KDE, или ограничить функциональность, но оставить в зависимостях только Qt.

Для проекта KDE выгода также состоит в увеличении числа разработчиков, вовлечённых в развитие библиотек. Не секрет, что сотни разработчиков на Qt практически не знакомы с проектом KDE, но, интегрировав библиотеки KDE в Qt, все эти разработчики волей-неволей начнут использовать и развивать новый код, и, не замечая этого, станут превращаться в разработчиков KDE. В случае одобрения идеи работа предстоит огромная, потребуется внести множество изменений, что в конечном итоге приведёт по сути к возникновению Qt 5 и KDE 5. Возможно данный шаг также потребует пересмотра модели разработки Qt и адаптации существующих приложений.

Дополнительно отмечается, что сейчас вокруг Qt развивается надстройка API для мобильной платформы MeeGo, что по сути напоминает когда-то происходившие процессы в проекте KDE, которые и привели к возникновению дополнительного набора библиотек. В настоящее время библиотеки KDE уже содержат необходимый набор дополнительных классов и их интеграция с Qt позволила бы компании Nokia избавить себя от дублирования уже выполненной работы. С другой стороны, неизвестно, согласится ли Nokia принять код KDE. Несмотря на планы по переходу к открытой модели управления, Qt остаётся под полным контролем Nokia. Так как проект Qt отличается повышенными требованиями к принимаемому коду, библиотеки KDE могут просто не пройти жёсткий контроль качества.

В сообществе к идее отнеслись по-разному: некоторые, например, Марк Кретчман (Mark Kretschmann), основатель проекта Amarok, считает идею гениальной, но сравнимой по трудности реализации с самим возникновением KDE. Но, по его мнению, нет ничего невозможного и интеграция kdelibs в Qt вполне по силам сообществу. Другие разработчики, например, Александр Ноендорф (Alexander Neundorf) относятся к предложению скептически, указывая на то, что KDE4 ещё очень молодой проект и некоторые люди всё ещё предпочитают KDE 3.x. Представление очередного грандиозного проекта, требующего нескольких лет разработки, в момент, когда не все ещё оправились от этапа внедрения KDE4, может привести к гибели KDE как десктопа.

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
  2. OpenNews: Начат перевод Qt на модульную основу
  3. OpenNews: Nokia изменяет стратегию продвижения Symbian и фокусирует усилия на развитии Qt
  4. OpenNews: Canonical рассматривает потенциальную возможность использования Qt
  5. OpenNews: Nokia раскрыла некоторые планы по развитию Qt
  6. OpenNews: Nokia планирует переход к открытой модели управления для Qt
Лицензия: CC-BY
Тип: Интересно / К сведению
Ключевые слова: kde, qt
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (108) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Aquarius (ok), 21:26, 31/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    то есть, разработчики, по сути, хотят (предполагают) создать болото, в котором другие разработчики будут увязать по самое горло (если не макушку)
     
     
  • 2.15, SubGun (??), 21:55, 31/10/2010 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > то есть, разработчики, по сути, хотят (предполагают) создать болото, в котором другие
    > разработчики будут увязать по самое горло (если не макушку)

    Без комментариев, бредятина.

    Не помню где, слышал одно высказывание, общий смысл которого такой: "Что бы ты не делал, как бы не старался, всегда будет небольшая горстка людей, которая будет вечно чем-то недовольна. Так вот, насри на их мнение."

     
     
  • 3.32, Crazy Alex (??), 23:08, 31/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Бредятина началась в тот момент, когда из графического тулкита стали делать "платформу". Причём сделали свою реализацию строк, сигналов/слотов, а теперь, когда это реализуемо на стандартных плюсах, отнюдь не хотят расставаться. Идиотская идей КДЕшников - всего лишь очередной шаг в этом направлении. Ладно, эту глупость Nokia вряд ли допустит - ей на MeeGo KDE как-то ни к чему.
     
     
  • 4.45, gluk47 (ok), 01:10, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, поделитесь, как qt-шные сигналослоты реализуемы в рамках стандартных плюсов?
    Есть кнопка, вызывающая при активации функцию void TButton::press(void); есть объект с функцией void OperationalDlg::Abort(void). Можно ли, не переписывая код кнопки и не наследуясь от него, связать при помощи boost::signal эти две функции: вызывать по нажатию кнопки функцию Abort?
     
     
  • 5.54, Damon_ (ok), 07:51, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вариации на тему паттерна Command, из буки Gof.

    Boost::signal -- одна из реализаций.
    Лично мне очень понравилась реализация сего в виде "обобщенных функторов" от Александреску. Просто, элегантно и со вкусом!

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

    В C++0x ввел понятие auto переменных, тип которых определяется в момент компиляции, а также, лямбда ф-ции. Кто мешает Вам дергать из кода Баттона, "автоматическую" переменную, которая указывает на определенную Вами лямбду, в которой, в свою очередь, Вы дергаете ф-ции необходимых объектов?

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

     
     
  • 6.75, mine (ok), 13:08, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Но все это реализуется, в конечном итоге, через наследование и, соотв., вызов виртуальных методов.

    Java-ист в треде по плюсам? Нет пути.

     
     
  • 7.82, Damon_ (ok), 15:05, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Гы, а ничего, что в самой Qt часть методов того же QWidget тоже виртуальные co... текст свёрнут, показать
     
     
  • 8.105, gluk47 (ok), 08:41, 02/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Угу, спасибо cat books todo list ... текст свёрнут, показать
     
  • 4.59, nib952051 (ok), 09:56, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    зачем Qt завязывать на boost? это две разные библиотеки..
     
     
  • 5.63, Damon_ (ok), 10:20, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Речь, как я понимаю, не о завязывании одной библиотеки на другую ( я уж молчу, что некоторые куски boost уже вошли в стандарт, а другие вполне могут там оказаться ), а об отказе от обработки исходников moc перед, непосредственно, компиляцией. В принципе, отдельные библиотеки boost показывают, что moc является лишней сущностью.
     
     
  • 6.68, nib952051 (ok), 11:19, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    когда оно создавалось, C++0x еще не было, как и сигналов слотов в бусте, сейчас я согласен, додумать стандарт плюсов, чтобы уже не использовать moc, с другой стороны - чем и кому оно мешает?
     
     
  • 7.72, Damon_ (ok), 12:32, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > когда оно создавалось, C++0x еще не было, как и сигналов слотов в бусте...

    Не спорю. :-)

    > ...не использовать moc, с другой стороны - чем и кому оно мешает?

    Да может и ничем, кроме того, что вспомогательный класс я не могу объявить там же, где и использую (в *.cpp). Пришлось в хидер выносить, чтоб его moc обработал, в принципе не страшно, но глаза мозолит...
    Да и зачем плодить сущности сверх необходимого?

     
     
  • 8.112, Wo1f (?), 17:31, 20/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    подключайте в конце файла include name_file moc Я думал что такую хорошую д... текст свёрнут, показать
     
     
  • 9.113, Damon_ (ok), 07:37, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Эм-м-м Спасибо, учту на будущее - Только, подключение хидера в середине ил... текст свёрнут, показать
     
  • 7.83, Crazy Alex (??), 15:33, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Тем, что это лишняя сущность, да еще и вне плюсов, ограничивающая, к примеру, возможность создания шаблонов.
     
  • 4.79, Толстый (ok), 13:54, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Причём сделали свою реализацию строк, сигналов/слотов, а теперь, когда это реализуемо на стандартных плюсах, отнюдь не хотят расставаться.

    Ну сколько можно! Неужели ты считаешь себя умнее тех кто работает в Тролльтек? Учи матчасть, они уже тысячу раз это объясняли: http://doc.trolltech.com/4.7/templates.html

     
     
  • 5.85, Crazy Alex (??), 15:43, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что на сегодняшний день это неправда Синтаксис можно в максросы обернуть... текст свёрнут, показать
     
     
  • 6.87, Толстый (ok), 16:00, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я не знаю какой самопальный RTTI кто придумывает, но мне нужно вылизанное, рабочее решение - такое как в Qt. Приведите пример нормальных фреймворков, обсудим, самопальное не в счет. moc меня лично напрягает не больше чем программирование на самом С++. qmake/cmake автоматизируют работу, так что волноваться не приходится. Если же ты настаиваешь на том, что moc - это некрасиво, то надо начинать с самого С++. С++ - это то еще уродство, и существование moc - это следствие и подтверждение этого.
     
     
  • 7.96, be_nt_all (ok), 17:52, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Достаточно вылизанная платформа С++ без «костылей» называется Ultimate++. Всё красиво, шустро, на шаблонах и макросах. Но к великому огорчению тех кто ратует за «стандартный С++» братья-славяне, которые всё это пишут, «забили» на STL и написали свой «велосипедный» NTL. То ли «в консерватории» у C++ что то не то, то ли «мы все сошли с ума», но никак не вытанцовывается в рамках С++ единый «мир без границ» с бесшовной интеграцией стандартных и не очень библиотек.
     
  • 6.94, nib952051 (ok), 16:47, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    контейнеры - это не просто дубляж кода(писал уже http://www.opennet.ru/openforum/vsluhforumID3/71929.html#78); про строки написал @Толстый; Я не вижу никакого неудобства в том, что из коробки могу работать сразу с кучей баз данных (http://doc.trolltech.com/4.7/qsqldatabase.html#QSqlDatabase-3)
     
  • 4.91, Толстый (ok), 16:23, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Далее по строкам, QString намного более функциональна чем std::string, я уже не говорю о том, что std::string не ref-counted тип. Как там с юникодом в стандартных строках? Тоже непонятно.

    И платформа как-раз таки нужна. Да, можно сделовать подходу unix-way, то чего гном придерживается. Но в итоге получается зоопарк библиотек, каждая имеет свой стиль и свои особенности. Qt имеет единообразный API во всех своих частях, не нужно трахаться настраивать все(не забываем также, что есть другие платформы). Qt дает полный набор инструментов, которыми удобно пользоваться.

     
     
  • 5.95, nib952051 (ok), 16:57, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Да, можно сделовать подходу unix-way, то чего гном придерживается.

    Вы пишите, но забываете что они изобрели Vala - (дальше читайте про гтк контейнеры и етс - всё за что пинают Qt) http://ru.wikipedia.org/wiki/Vala
    Странно да?:)

     
  • 5.98, Вова (?), 21:20, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    самый лучший функционал в Qstring - это toStdString()

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

     
     
  • 6.103, nib952051 (ok), 01:20, 02/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    в таком случае не они дублируют, а их код дублируют; претензии явно не к тролтеху
     
     
  • 7.106, Вова (?), 09:42, 02/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Если вы, как и товарищ Толстый, тоже не в курсе, что стандартный std string спо... текст свёрнут, показать
     
  • 3.33, Aquarius (ok), 23:12, 31/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> то есть, разработчики, по сути, хотят (предполагают) создать болото, в котором другие
    >> разработчики будут увязать по самое горло (если не макушку)
    > Без комментариев, бредятина.
    > Не помню где, слышал одно высказывание, общий смысл которого такой: "Что бы
    > ты не делал, как бы не старался, всегда будет небольшая горстка
    > людей, которая будет вечно чем-то недовольна. Так вот, насри на их
    > мнение."

    это были мои мысли вслух, я ни на что не претендовал

    P.S. накакайте на мое мнение - докажите мне лично мою правоту

     
     
  • 4.51, аноним (?), 04:44, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > P.S. накакайте на мое мнение - докажите мне лично мою правоту

    Рожа не треснет? Сиди дальше и думай что прав.

     
  • 4.80, Толстый (ok), 14:17, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Если требуешь доказательств правоты, для начала потрудись написать что-то внятное, а не расплывчатые формулировки про болото.
     
  • 3.66, Аноним (-), 10:58, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >"Что бы ты не делал, как бы не старался, всегда будет небольшая горстка людей, которая будет вечно чем-то недовольна. Так вот, насри на их мнение."

    Это про разработчиков KDE скорее. Им не нравится, как устроена Qt. Наваяли в KDE, значит, какого-то неподъемного монстра, а теперь еще хотят, чтобы другие его пилили. Кто такий вообще этот KDE? Почему он такой особенный, что его библиотеки надо включать в Qt? Делаете свою DE так и делайте тихо и никого не трогайте.

     

  • 1.2, Аноним (-), 21:31, 31/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Если они и будут это делать, то главное чтобы не воткнули в QtGui. Пусть будет себе в QtGuiExtended каком-нибудь.
     
  • 1.3, User294 (ok), 21:33, 31/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Думаю что разработчики Qt и Nokia будут не в восторге от перспектив разбирать чужие глюки :)
     
  • 1.4, emg81 (?), 21:33, 31/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    не, ну с такой логикой проще уж в QT интегрировать ядро, иксы и чего-нить ещё.
    а что? пусть увеличивается число вовлечённых в разработку :)
     
     
  • 2.10, SubGun (??), 21:42, 31/10/2010 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Более идиотского высказывания я еще не слышал. Речь идет о совместной работе.
     
     
  • 3.22, emg81 (?), 22:17, 31/10/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    оу, я вижу, с Вами без тэгов [шутка][/шутка] общаться нельзя. печально, печально :)
     

  • 1.5, BliecanBag (ok), 21:34, 31/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    просто ужос! если Qt еще терпимо держать в системе, то тянуть over 400Mb дерма как-то уж слишком. Лично мне будет проще отказаться от smplayer чем иметь этого монстра в системе.
     
     
  • 2.12, SubGun (??), 21:45, 31/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > просто ужос! если Qt еще терпимо держать в системе, то тянуть over
    > 400Mb дерма как-то уж слишком. Лично мне будет проще отказаться от
    > smplayer чем иметь этого монстра в системе.

    Кто вас заставляет что-то тянуть? Ясно же написано: "В настоящее время библиотеки KDE уже содержат необходимый набор дополнительных классов и их интеграция с Qt позволила бы компании Nokia избавить себя от дублирования уже выполненной работы."
    Это просто обмен наработками. Уже думаете о том, как вас пытают паяльником, заставляя, выкачивая qt, качать и KDE? Паранойя.

     
     
  • 3.18, BliecanBag (ok), 21:59, 31/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Как я понимаю речь идет об объединении кодовой базы, результирующий размер, я думаю будет намного больше текущего Qt и возможно меньше текущего kdelibs
     
     
  • 4.24, kae_wituS (ok), 22:22, 31/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    да:)
     
  • 4.52, Аноним (-), 05:05, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >то тянуть over 400Mb дерма как-то уж слишком.

    и это "объединение кодовой базы" даст те самые лишние 400мб? Замечательно ...

     
  • 4.61, nib952051 (ok), 10:07, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    вы вообще представляете, что речь идёт о KDElibs, а не о KDE?
     
  • 2.19, Zenitur (?), 22:00, 31/10/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    У меня kdelibs занимает 14 мегабайтов.
     
  • 2.53, астронимус (?), 05:41, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если Qt будет модульный как заявлено в http://www.opennet.ru/opennews/art.shtml?num=28425 то нет ничего плохого, чтобы те же kdelibs, kdepim были под крылом нокии
     

  • 1.6, FPGA (ok), 21:35, 31/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Псих... KDE4 уже умер по факту, а он хочет теперь уничтожить Qt...
     
     
  • 2.9, pro100master (ok), 21:39, 31/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    По какому "факту"? Где этот "факт" зафиксирован? :)))
     
     
  • 3.13, FPGA (ok), 21:50, 31/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    На моем десктопе зафиксирована смерть KDE4, пульса нет.
     
     
  • 4.23, emg81 (?), 22:20, 31/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ммм. значит, судя по Вашему десктопу и так называемый "вЕндекапец" наступил уже, наверное? :)
     
     
  • 5.44, FPGA (ok), 00:46, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > ммм. значит, судя по Вашему десктопу и так называемый "вЕндекапец" наступил уже, наверное? :)

    Фактически да. Почему меня должно волновать что у Васи из 3-го "Б" стоит windows 7? У меня Ubuntu и все вопросы / программы / задачи крутятся вокруг этой ОС.

     
  • 4.26, EduardGL (?), 22:36, 31/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ваш десктоп все-таки оказался пупком земли?
     
     
  • 5.38, trdm (ok), 23:49, 31/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Думаю для него его десктоп как-раз пуп земли.
    И это правильно.
    ПС. А КДЕ-девелоперов собственно считаю полудурками, которые слишком фривольно к ресурсам машины относятся и счтитаеют, что это норма...
     
     
  • 6.47, emg81 (?), 01:53, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    у меня ArchLinux + KDE.
    на моём скромном конфиге всё летает. последний раз когда смотрел - запущенная ОС с KDE + Ktorrent+ KSysguard + Dropbox занимала 180-200 мб памяти.
    функционально и быстро.
    конечно, не быстрее LXDE, но ждать не приходится :)

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

     
     
  • 7.49, User294 (ok), 03:22, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Угу, в свое время кторент у меня хавал 20-30% ядра CPU отгружая какие-то жалкие 500 кб/сек, вызывая раскрутку вентиля на проце почем зря, чем и не понравился. В итоге поюзал мелкий transmission. Он в той же ситуации жрет ажно ~1-2% все того же проца. Такая вот разница.
     
  • 7.57, trdm (ok), 09:15, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да пусть себе летает.
    У нас видимо задачи разные и количество софта работающего единомоментно не сопоставимо.
    Так что ресурсы критичная статья..
     
  • 6.71, Tuxoid (ok), 12:29, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А я считаю полудурками людей которые ставят кубунту в виртуалку, а потом оруг что КДЕ - УГ.
     
  • 6.73, Карбофос (ok), 12:55, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ну это для него, а не для других. или другие обязаны по кому-то там равняться? или ныть, как это делают другие?
     
  • 5.55, Вова (?), 08:49, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > ваш десктоп все-таки оказался пупком земли?

    он, конечно же, ошибся, пуп земли это моя гента.

    По теме: неистово плюсую всем, кого забавляет велосипедизм qt/kde, начиная от строк, заканчивая контейнерами.

     
     
  • 6.62, nib952051 (ok), 10:19, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    почитайте офф документацию тролей: там описано, почему они написали свои версии контейнеров, чего полезного туда добавили, что интересного реализовали, на сколько это было лучше чем стл.. что так же относится к строкам и остальным Q* классам, но пожалуйста, не осуждайте, не разобравшись
     
     
  • 7.74, Карбофос (ok), 13:00, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    вот именно. в конце концов, никто не запрещает использовать наработки из stl
     
     
  • 8.78, nib952051 (ok), 13:48, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да, конечно можно использовать, но давайте немного детальнее stl предоставляет ... текст свёрнут, показать
     
  • 7.88, Crazy Alex (??), 16:07, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > почитайте офф документацию тролей: там описано, почему они написали свои версии контейнеров,
    > чего полезного туда добавили, что интересного реализовали, на сколько это было
    > лучше чем стл.. что так же относится к строкам и остальным
    > Q* классам, но пожалуйста, не осуждайте, не разобравшись

    Ну да - но это справеливо по отношению к тогдашним плюсам. Сейчас многое из этого смотрится как откровенные велосипеды.

     
     
  • 8.93, nib952051 (ok), 16:43, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    смотрите http www opennet ru openforum vsluhforumID3 71929 html 78... текст свёрнут, показать
     
     
  • 9.97, Вова (?), 20:45, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Явашный интерфейс - повод повелосипедить ... текст свёрнут, показать
     
     
  • 10.104, nib952051 (ok), 01:36, 02/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ну вы можете пользоваться стандартными контейнерами, никто вам не запрешает а т... текст свёрнут, показать
     
  • 4.39, trdm (ok), 23:50, 31/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Так-же перешел c KDE на XFCE.
    Слишком жадная и тормозная софтина получилась...
     
  • 4.81, Sergey722 (?), 14:55, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >пульса нет

    это была смерть PulseAudio, а не KDE

     

  • 1.7, Zenitur (?), 21:37, 31/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Правильно! Загубили в 4-й версии KDE, за 5 релизов не починили, и хотят спихнуть это другому проекту, как спихнули Phonon в версии 4.3! Или Phonon отдали как раз после того как он стал стабилен? Не следил...
     
     
  • 2.64, nib952051 (ok), 10:24, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    хватит извращать, какое спихнули? тролтеховцам понравилась библиотека и они её включили в Qt
     

  • 1.8, аноним (?), 21:39, 31/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    По-моему отличная идея, если KDE программы будут зависеть только от Qt то можно будет пользоваться любимыми программами на любой ОС без установки всяких вечно недоделанных костылей. Если идею примут буду с нетерпением ждать Qt5 и KDE5.
     
     
  • 2.17, Crazy Alex (??), 21:58, 31/10/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вообще-то проблема KDE-зависимых программ в том,  что они слишком много тащат и слишком нагружают систему. И будут зависимости называться kdelibs, или войдут в Qt, неважно. Впрочем, Нокия на такую чушь вряд ли пойдёт - ей на смартфонах нужна платформа вменяемого размера, да и, кажется, там понимают, что общая база - это одно, а окружения на десктопе, нетбуке и коммуникаторе должны быть принципиально разными.
     
     
  • 3.84, fi (ok), 15:34, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > ей на смартфонах нужна платформа вменяемого размера

    А что у вас там за "вменяемый размер"??? 20см.? :)))

    После того как мы не смогли купить на рынке нужную нам флэш меньше 2G, мы забили на ембедет сборку, и переходим на обычный linux. а было время, когда и в 512 впихивались, чтоб сэкономить  баксы.


     
     
  • 4.89, Crazy Alex (??), 16:15, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> ей на смартфонах нужна платформа вменяемого размера
    > А что у вас там за "вменяемый размер"??? 20см.? :)))
    > После того как мы не смогли купить на рынке нужную нам флэш
    > меньше 2G, мы забили на ембедет сборку, и переходим на обычный
    > linux. а было время, когда и в 512 впихивались, чтоб сэкономить
    >  баксы.

    Сами с большим трудом находим гигабайтные CF - но таки находим хотя линукс - да, почти обычный. Но у нас девайс не мобильный :-)
    А вот насчёт "вменяемого размера" - напоминаю, что всё это должно уместиться не только на диске, но и в памяти, которая имеет привычку потреблять электроэнергию. О cache locality, опять же, могу напомнить, как и о том, что на большее количество кода будет больше накладных расходов - от relocations до затрат энергии/времени на подгрузку с карты. Так что здесь увеличение размера напрямую ведёт к удорожанию конструкции. Ну и для Nokia не проблема заказать хоть на 16M флешки, и им это будет таки дешевле, чем большего размера.

     
  • 2.37, trdm (ok), 23:44, 31/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Использую Qt на Windows.
    Мне нафиг там не нужны кделибз.
    И на маке тоже не нужны. И на фрибзде тоже...
     

  • 1.11, Аноним (-), 21:45, 31/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >может привести к гибели KDE как десктопа.

    громкие слова - не более.

     
     
  • 2.20, BliecanBag (ok), 22:00, 31/10/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>может привести к гибели KDE как десктопа.
    > громкие слова - не более.

    Скорее к гибели Qt

     

  • 1.16, Анонимен (?), 21:57, 31/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    падающие кедолибы будут в qt и он рипнется.
     
  • 1.28, kosmocap (ok), 22:53, 31/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересный поворот событий.
     
  • 1.29, anonymous (??), 22:57, 31/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что, туда добавят akonadi и полную зависимость от mysql? Тогда точно придётся искать что-то другое иди валить на gtk.
     
     
  • 2.107, PereresusNeVlezaetBuggy (ok), 18:08, 02/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > А что, туда добавят akonadi и полную зависимость от mysql? Тогда точно
    > придётся искать что-то другое иди валить на gtk.

    akonadi и иже с ним суть отдельные проекты. Хоть вопрос поизучайте сначала....

     

  • 1.30, kosha (?), 23:00, 31/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Почему бы разработчикам KDE не следить за всеми новыми функциями, класами из Qt. И если эти классы дублируют классы KDE тогда использовать классы Qt. Не плодить, без оглядки, дублирующие сущности в своем проекте, а заменить на Qt-шные с аналогичным, похожим функционалом, и поддерживать все это в актуальном состоянии. Проблема из-за чего возникла? Как избыточные функции появились? Кто добавил? Qt первична. KDE - вторично. Глядиш и не нужен будет мегапроект (Титаник) KDE-QT.
     
     
  • 2.36, gegMOPO4 (ok), 23:44, 31/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это вопрос курицы и яйца. Самый-то первый код, сто раз переписанный, безусловно Qt. Но в KDE потом столько подописывали (чего не было в тогдашнем Qt)... И немало вернулось обратно в Qt. От всяких мелочей (вроде бы даже панель инструментов в Qt не было), до фонона и вебкита. Из KDE как раз потом то, чему появилась замена в Qt, постепенно выкидывалось.

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

     
     
  • 3.48, anonymous (??), 02:14, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вот пусть теперь в кде и выкидывают свои дублирующие функции/классы и юзают стандартные qt'шные. "Переписывание с нуля" - это и так их стандартный метод разработки.
     
     
  • 4.101, gegMOPO4 (ok), 01:04, 02/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Так и делают. С первой версии много чего выкинули. Но ведь и Qt не стоит на месте, постоянно добавляют новые фичи, уже реализованные в KDE.
     
  • 3.67, trdm (ok), 11:17, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Существует принцып разумной достаточности.
    Qt кросс-платформенный фраймверк.
    А не костыль к КДЕ...
    Вообще понятно почему линь колышется в 1% на десктопах - потому что некоторые разрабы учитывают только свое мнение...
     
     
  • 4.102, gegMOPO4 (ok), 01:08, 02/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Наоборот, kdelibs -- костыль к Qt (где тому не хватает ног). Но со временем Qt обзаводится собственными костылями и часть kdelibs оказывается лишней.
     

  • 1.31, croster (ok), 23:07, 31/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >в конечном итоге приведет по сути к возникновению Qt 5 и KDE 5.

    А потом будет очередной виток KDE 5.x != KDE 5. Заодно в это глюкалово вовлекут и Qt.
    Выгода для KDE понятна: не надо будет подключать дополнительные библиотеки, всё необходимое будет в Qt. А вот какая выгода будет для Qt? Насколько KDE сможет расширить Qt? насколько всё это будет стабильным и производительным?

     
  • 1.34, Аноним (34), 23:19, 31/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Извините что влажу, сам я пользуюсь гномом (который уже похоронили и уже надгробный памятник которому обосрали все кдеешники, но тем не менее я его менять не буду пока его будут поддерживать) - раз кде стали закапывать туда-же - какой же оконный менеджер сейчас самый модный и подающий нам надежды?
     
     
  • 2.46, Аноним (-), 01:53, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а причем здесь оконные менеджеры, а?
     
     
  • 3.110, Аноним (34), 10:42, 03/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >  а причем здесь оконные менеджеры, а?

    Притом что KDE и GNOME

     
  • 2.108, PereresusNeVlezaetBuggy (ok), 18:10, 02/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > и падающий

    fixed

     

  • 1.35, eugeni (?), 23:42, 31/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Только не это! GNOME-окружение, KDE-окружение вместе соржут все ресурсы компа.
    И так приходитсься смиритсься ,  что постоянно в оп. памяти торчат
    две ,дублирующие друг-друга библиотеки. Так теперь будут торчтать два ненужных
    окружения( не дай бог "тесную интеграцию" GNOMEа с GTK).
    Тeперь надежда только на Freedesktop.
     
     
  • 2.58, СуперАноним (?), 09:17, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Так в чём проблема? GNOME тоже перевести на тот новый Qt5. И не надо будет в памяти держать _два_ окружения.
     
  • 2.65, www2 (ok), 10:51, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Тeперь надежда только на Freedesktop.

    Уха-ха-ха-ха... Надежда на Freedesktop?!! Вы это серьёзно? Это же главный центр подрывной деятельности идей Unix'а.

     

  • 1.40, trdm (ok), 23:53, 31/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Собственно поясните что такого полезного в кделибз для мира?
     
  • 1.41, Аноним (-), 23:55, 31/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хм... Т.е. сейчас KDE'либы используют ещё не все, а надо, чтобы все?
     
  • 1.42, gegMOPO4 (ok), 00:26, 01/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    Новость выглядит настолько провокационной и бредовой, что стало ясно, придётся смотреть первоисточники, чтобы понять, об чём вообще речь.

    Один новичок (китаец или индус) спрашивает -- а нафига вообще kdelibs? Почему бы не писать на чистом Qt?

    Ему отвечают -- Qt хорошо, но нам не хватает в нём многих полезных и удобных вещей, прежде всего связанных с интеграцией. Вот kdelibs и содержит эти плюшки. Например:
    * Хорошо локализированный календарь.
    * Куча новых опций форматирования.
    * Хорошая работа с часовыми поясами.
    * Лучший в мире диалог выбора файлов.
    * Дополнительные фичи к диалогу печати.
    * Библиотека для преобразования единиц измерения (мили в километры).
    * Прозрачные сетевые файловые операции с KIO.
    * Куча всего связанного с семантикой.
    * Виджеты для интеграции всего этого
    * Беспрецедентная библиотека для работы с национальными праздниками.
    И многое, многое другое.

    Но есть и ложка дёгтя. Появляются дубликаты. KHTML/KJS <-> QtWebKit, Phonon <-> QtMultimedia, Solid + Akonadi + kdepimlibs <-> QtMobility (замечу, что аналоги в KDE появились раньше, чем в Qt, иначе незачем было бы в KDE что-то своё придумывать). Плохо то, что они несовместимы. Приложению приходится выбирать, использовать один инструмент, или другой, или оба, разбухая при этом.

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

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

     
     
  • 2.50, User294 (ok), 03:26, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > QtMultimedia, Solid + Akonadi + kdepimlibs <-> QtMobility (замечу, что аналоги
    > в KDE появились раньше, чем в Qt,

    Если все эти аконади, kdepimlibs и прочую бнопню впихать в МОБИЛЬНЫЙ ДЕВАЙС, там вообще ресурсов ни на что другое не останется, и батарейка за 2 часа убьется нафиг. Нокия по крайней мере в силу своих целей старается кодить свои фичи с оглядкой на потребление ресурсов. Т.е. компактно, аккуратно, не хавая проц и память лишний раз и фича добавляется только если ей видно какое-то реальное применение. А не "чтоб было". А вот KDE этим ни разу не страдает - наворачивают что попало, с поводом и без. Чем изрядно подзадолбали.

     
     
  • 3.77, iZEN (ok), 13:27, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> QtMultimedia, Solid + Akonadi + kdepimlibs <-> QtMobility (замечу, что аналоги
    >> в KDE появились раньше, чем в Qt,
    > Если все эти аконади, kdepimlibs и прочую бнопню впихать в МОБИЛЬНЫЙ ДЕВАЙС,
    > там вообще ресурсов ни на что другое не останется, и батарейка
    > за 2 часа убьется нафиг. Нокия по крайней мере в силу
    > своих целей старается кодить свои фичи с оглядкой на потребление ресурсов.
    > Т.е. компактно, аккуратно, не хавая проц и память лишний раз и
    > фича добавляется только если ей видно какое-то реальное применение. А не
    > "чтоб было". А вот KDE этим ни разу не страдает -
    > наворачивают что попало, с поводом и без. Чем изрядно подзадолбали.

    Ага. То есть Nokia лично для тебя — авторитет в последней инстанции, а на всех остальных производителей девайсов (буде такие найдутся) с MeeGo наплевать? А где комитет по стандартизации фич? Нету и только Nokia решает, что нужно, а что не нужно на мобильном девайсе. Уныло.

    Помнится, ты против Java ME в том виде, в котором оно существует. Но, к примеру, стандартная фича, а не какая-то там "своя фича" от какой-то Nokia, в Java ME определяется чётким JSR-<номер такой-то>. Фича либо реализуется, либо не реализуется — в зависимости от аппаратного обеспечения и маркетинговых взглядов производителей девайсов. Система JSR — это СТАНДАРТ, независимая от поставщика декларация публичного API. Если производитель взялся реализовать (имплементировать) конкретный JSR, то должен исходить из принципов полной совместимости своей реализации API с опубликованным JSR.

    Подытожу. Нет, не видать независомости MeeGo и Qt4 от "чьего-то" хотения левой пятки ноги.

     
  • 3.109, PereresusNeVlezaetBuggy (ok), 18:13, 02/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> QtMultimedia, Solid + Akonadi + kdepimlibs <-> QtMobility (замечу, что аналоги
    >> в KDE появились раньше, чем в Qt,
    > Если все эти аконади, kdepimlibs и прочую бнопню впихать в МОБИЛЬНЫЙ ДЕВАЙС,
    > там вообще ресурсов ни на что другое не останется

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

     
  • 2.90, Crazy Alex (??), 16:21, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > в KDE появились раньше, чем в Qt, иначе незачем было бы
    > в KDE что-то своё придумывать). Плохо то, что они несовместимы. Приложению
    > приходится выбирать, использовать один инструмент, или другой, или оба, разбухая при
    > этом.
    > И вопрос -- что же делать, чтобы kdelibs оставался набором дополнительных удобных
    > примочек, и не отягощал разработчиков лишним кодом?
    > Вот на этот вопрос и отвечает Корнелиус Шумахер. Я бы понял его
    > ответ так -- ничего сделать нельзя, если не рассматривать совершенно безумный
    > вариант, что в Qt включат kdelibs (а не какие-то несовместимые велосипеды)
    > и станут развивать совместно.

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

     
     
  • 3.100, gegMOPO4 (ok), 01:02, 02/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну они так и делают. Но работы так много, что чтобы довести аналоги в Qt до ума и заменить ими в KDE -- как раз и получится Qt 5 и KDE 5.
     

  • 1.43, KERNEL_PANIC (ok), 00:38, 01/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хоть я и гномосек, идея мне нравится. Но не думаю, что Nokia одобрит это, ибо ей сначала нужно телефоны до ума доводить, а уж потом брать на душу такой геморрой. Это же лишние расходы. И очень крупные, раз фирма скандинавская.
     
  • 1.56, lols (?), 08:56, 01/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Наоборот идея имхо отличная. Тогда можно будет проги из пакета kde использовать в винде не таща весь kde за собой. Когда код объединят - все велосипеды уберут и код имхо и полегче и получше будет. Я только за, жду с нетерпением qt5 и kde5 (и не надо про стабильность, 4я ветка уже вполне стабильна, так что если что и на 4й можно будет посидеть подождать)
     
     
  • 2.70, б.б. (?), 12:21, 01/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Наоборот идея имхо отличная. Тогда можно будет проги из пакета kde использовать
    > в винде не таща весь kde за собой. Когда код объединят
    > - все велосипеды уберут и код имхо и полегче и получше
    > будет. Я только за, жду с нетерпением qt5 и kde5 (и
    > не надо про стабильность, 4я ветка уже вполне стабильна, так что
    > если что и на 4й можно будет посидеть подождать)

    Как вы уже надоели со своей виндой.

     

  • 1.60, xoomer (?), 09:57, 01/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Slackware-юзеры, возможно, это оценят...
     
  • 1.69, Аноним (-), 12:16, 01/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Нехватало ещё это дурацкий akonadi туда всунуть с их тупейшей схемой хранения данных. Хватит того что kde им споганили, не хватало ещё споганить последний оствшийся нормальный тулкит.
     
  • 1.76, ws (ok), 13:19, 01/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ничего плохого в объединении не вижу... Только плюсы от этого начинания. Уже объявили что Qt будет модульной, поэтому ничего не должно мешать не использовать дополнительные kde-ные либы тем кто не хочет этого делать.
    Главное что бы координатор проекта оказался грамотным в этом вопросе.

    p.s. Новость кажется прощупыванием Нокией почвы для привлечения большего количества разработчиков для своих проектов.

     
  • 1.86, Метеор (?), 15:56, 01/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Гениальная идея, я полностью согласен с разработчиком Амарок!
     
  • 1.99, sergey (??), 22:05, 01/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Надеюсь Nokia этого не сделает, КДЕшникам веры нет...
    Потом они очередной велик придумают, и будут пытаться опять в Qt её ввести?
    Или опять начнут переписывать её в 10 раз?
    на labs.qt.nokia.com тролли уже разъясняли чем плох Phonon, и что они его бы заменили своим чем-нибудь, но пока нечем, и зачем придумали QtMultimedia.

    Но для Nokia итак времена тяжёлые, играть в доброго дядю она вряд ли будет, а тянуть левый для неё проект (теперь им реклама Qt не нужна) не станет, так как десктоп для неё побочная ветвь эволюции :).
    За Qt я спокоен,  думаю Nokia сейчас по маркетинговски ответит, "как бы это было замечательно, и круто, но пока нет возможности, приходите послезавтра, а лучше через месяц"...и продинамят КДЕ разгильдяев.


    Этот просто перец хочет себе тёплое местечко получить в Nokia.
    Сейго тоже тролли 2 года кормили, а он нихера там не делал, когда только выгнали его, начал свою плазму активнее пилить...

     
  • 1.111, Аноним (-), 17:54, 03/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >пульса нет

    Пульс есть и работает: openSUSE 11.2, kde 4.4. Firewire-интерфейс ECHO Audiofire 4->ffado->jack->pulseaudio, phonon для системных звуков. Что я делаю не так?

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру