The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Разработчики KDE рассматривают возможность интеграции библио..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от opennews (ok) on 31-Окт-10, 21:26 
Корнелиус Шумахер (Cornelius Schumacher), президент организации KDE e.V., опубликовал (http://lists.kde.org/?l=kde-core-devel&m=128842761708404&w=2) в списке рассылки разработчиков KDE предложение о слиянии в одно целое библиотек проекта KDE и Qt. По мнению Корнелиуса интеграция стандартных и вспомогательных библиотек KDE (kdelibs, kdepim и kdesupport) в Qt позволит сформировать целостный и более полный API, избавиться от избыточных функций, обеспечить хорошую интеграцию с KDE, упростить поддержку и увеличить переносимость платформы. Интеграция в Qt библиотек KDE также позволит избавить разработчиков прикладных приложений от дилеммы: использовать дополнительные классы, но привязать свое приложений к библиотекам KDE, или ограничить функциональность, но оставить в зависимостях только Qt.


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

URL: http://www.phoronix.com/scan.php?page=news_item&px=ODczOQ
Новость: https://www.opennet.ru/opennews/art.shtml?num=28480

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Разработчики KDE рассматривают возможность интеграции библио..."  +9 +/
Сообщение от Aquarius (ok) on 31-Окт-10, 21:26 
то есть, разработчики, по сути, хотят (предполагают) создать болото, в котором другие разработчики будут увязать по самое горло (если не макушку)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Разработчики KDE рассматривают возможность интеграции библио..."  +7 +/
Сообщение от SubGun (??) on 31-Окт-10, 21:55 
> то есть, разработчики, по сути, хотят (предполагают) создать болото, в котором другие
> разработчики будут увязать по самое горло (если не макушку)

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

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

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

32. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Crazy Alex (??) on 31-Окт-10, 23:08 
Бредятина началась в тот момент, когда из графического тулкита стали делать "платформу". Причём сделали свою реализацию строк, сигналов/слотов, а теперь, когда это реализуемо на стандартных плюсах, отнюдь не хотят расставаться. Идиотская идей КДЕшников - всего лишь очередной шаг в этом направлении. Ладно, эту глупость Nokia вряд ли допустит - ей на MeeGo KDE как-то ни к чему.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

45. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от gluk47 (ok) on 01-Ноя-10, 01:10 
Кстати, поделитесь, как qt-шные сигналослоты реализуемы в рамках стандартных плюсов?
Есть кнопка, вызывающая при активации функцию void TButton::press(void); есть объект с функцией void OperationalDlg::Abort(void). Можно ли, не переписывая код кнопки и не наследуясь от него, связать при помощи boost::signal эти две функции: вызывать по нажатию кнопки функцию Abort?
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

54. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Damon_ (ok) on 01-Ноя-10, 07:51 
Вариации на тему паттерна Command, из буки Gof.

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

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

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

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

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

75. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от mine (ok) on 01-Ноя-10, 13:08 
> Но все это реализуется, в конечном итоге, через наследование и, соотв., вызов виртуальных методов.

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

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

82. "Разработчики KDE рассматривают возможность интеграции библио..."  +1 +/
Сообщение от Damon_ (ok) on 01-Ноя-10, 15:05 
Гы, а ничего, что в самой Qt часть методов того же QWidget тоже виртуальные?


class Q_GUI_EXPORT QWidget : public QObject, public QPaintDevice
{
    ....
    virtual QSize sizeHint() const;
    virtual QSize minimumSizeHint() const;
    ....
    virtual void mousePressEvent(QMouseEvent *);
    virtual void mouseReleaseEvent(QMouseEvent *);
    virtual void mouseDoubleClickEvent(QMouseEvent *);
    virtual void mouseMoveEvent(QMouseEvent *);
    ....
};

Тем неменее, pure C++... ;-)

ИМХО, стоит иногда читать умные книжки, типа:
     * Александреску А. Современное проектирование на C++. Обобщенное программирование и прикладные шаблоны проектирования
     * Вандевурд Д, Джосаттис Н. Шаблоны C++
     * Джосьютис Н. Стандартная библиотека C++
     * Ezust A, Ezust P. An Introduction to Design Patterns in C++ with Qt 4
     * Summerfield M. Advanced Qt Programming: Creating Great Software with C++ and Qt 4

И т.д., а не только серию "ХХХХХ для чайников"!

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

105. "Книжки"  +/
Сообщение от gluk47 (ok) on 02-Ноя-10, 08:41 
Угу, спасибо.

cat books>>todo.list...

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

59. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от nib952051 (ok) on 01-Ноя-10, 09:56 
зачем Qt завязывать на boost? это две разные библиотеки..
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

63. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Damon_ (ok) on 01-Ноя-10, 10:20 
Речь, как я понимаю, не о завязывании одной библиотеки на другую ( я уж молчу, что некоторые куски boost уже вошли в стандарт, а другие вполне могут там оказаться ), а об отказе от обработки исходников moc перед, непосредственно, компиляцией. В принципе, отдельные библиотеки boost показывают, что moc является лишней сущностью.
Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

68. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от nib952051 (ok) on 01-Ноя-10, 11:19 
когда оно создавалось, C++0x еще не было, как и сигналов слотов в бусте, сейчас я согласен, додумать стандарт плюсов, чтобы уже не использовать moc, с другой стороны - чем и кому оно мешает?
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

72. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Damon_ (ok) on 01-Ноя-10, 12:32 
> когда оно создавалось, C++0x еще не было, как и сигналов слотов в бусте...

Не спорю. :-)

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

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

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

112. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Wo1f on 20-Апр-11, 17:31 
подключайте в конце файла #include<name_file.moc> ;) Я думал что такую хорошую доку как у Qt читают все ;)
Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

113. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Damon_ (ok) on 21-Апр-11, 07:37 
> подключайте в конце файла #include<name_file.moc>

Эм-м-м... Спасибо, учту на будущее :-).
Только, подключение хидера в середине или конце файла, ИМХО, моветон. Дурным вкусом отдает, ИМХО.

Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

83. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Crazy Alex email(??) on 01-Ноя-10, 15:33 
Тем, что это лишняя сущность, да еще и вне плюсов, ограничивающая, к примеру, возможность создания шаблонов.
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

79. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Толстый (ok) on 01-Ноя-10, 13:54 
> Причём сделали свою реализацию строк, сигналов/слотов, а теперь, когда это реализуемо на стандартных плюсах, отнюдь не хотят расставаться.

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

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

85. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Crazy Alex email(??) on 01-Ноя-10, 15:43 
>> Причём сделали свою реализацию строк, сигналов/слотов, а теперь, когда это реализуемо на стандартных плюсах, отнюдь не хотят расставаться.
> Ну сколько можно! Неужели ты считаешь себя умнее тех кто работает в
> Тролльтек? Учи матчасть, они уже тысячу раз это объясняли: http://doc.trolltech.com/4.7/templates.html

Потому что на сегодняшний день это неправда. Синтаксис можно в максросы обернуть (как они сейчас и делают), будет примерно так же. Не верите - гляньте "под капот" boost::for_each. Динамика тоже реализуема в рамках хоть того же буста. И RTTI самопальный куча народу делала без препроцессоров.

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

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

87. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Толстый (ok) on 01-Ноя-10, 16:00 
Я не знаю какой самопальный RTTI кто придумывает, но мне нужно вылизанное, рабочее решение - такое как в Qt. Приведите пример нормальных фреймворков, обсудим, самопальное не в счет. moc меня лично напрягает не больше чем программирование на самом С++. qmake/cmake автоматизируют работу, так что волноваться не приходится. Если же ты настаиваешь на том, что moc - это некрасиво, то надо начинать с самого С++. С++ - это то еще уродство, и существование moc - это следствие и подтверждение этого.
Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

96. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от be_nt_all (ok) on 01-Ноя-10, 17:52 
Достаточно вылизанная платформа С++ без «костылей» называется Ultimate++. Всё красиво, шустро, на шаблонах и макросах. Но к великому огорчению тех кто ратует за «стандартный С++» братья-славяне, которые всё это пишут, «забили» на STL и написали свой «велосипедный» NTL. То ли «в консерватории» у C++ что то не то, то ли «мы все сошли с ума», но никак не вытанцовывается в рамках С++ единый «мир без границ» с бесшовной интеграцией стандартных и не очень библиотек.
Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

94. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от nib952051 (ok) on 01-Ноя-10, 16:47 
контейнеры - это не просто дубляж кода(писал уже https://www.opennet.ru/openforum/vsluhforumID3/71929.html#78); про строки написал @Толстый; Я не вижу никакого неудобства в том, что из коробки могу работать сразу с кучей баз данных (http://doc.trolltech.com/4.7/qsqldatabase.html#QSqlDatabase-3)
Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

91. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Толстый (ok) on 01-Ноя-10, 16:23 
Далее по строкам, QString намного более функциональна чем std::string, я уже не говорю о том, что std::string не ref-counted тип. Как там с юникодом в стандартных строках? Тоже непонятно.

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

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

95. "Разработчики KDE рассматривают возможность интеграции библио..."  +1 +/
Сообщение от nib952051 (ok) on 01-Ноя-10, 16:57 
>> Да, можно сделовать подходу unix-way, то чего гном придерживается.

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

Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

98. "всё в порядке  с уникодом в стандартных строках"  +/
Сообщение от Вова on 01-Ноя-10, 21:20 
самый лучший функционал в Qstring - это toStdString()

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

Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

103. "всё в порядке  с уникодом в стандартных строках"  +/
Сообщение от nib952051 (ok) on 02-Ноя-10, 01:20 
в таком случае не они дублируют, а их код дублируют; претензии явно не к тролтеху
Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

106. "про невежество"  +/
Сообщение от Вова on 02-Ноя-10, 09:42 
Если вы, как и товарищ Толстый, тоже не в курсе,  что стандартный std:string способен хранить не только ansi но и уникод - да и даже бинарные данные, то вы не владеете основами, базовым функционалом! И мотивируя собственное невежество мифическими скиллами в Qt вы тем самым опускаете уровень людей, периодически использующих данную библиотеку (я вхожу в это подмножество).  То есть, ответьте для себя на вопрос: вы знаете, что c какой-то версии г++ периодически жалуется, что строковые константы больше не чар со звездой? Что std::string способен хранить нули? Если не знали, то не дописывайтесь полгода. Нам не нужно ваше мнение.

Теперь про строки. Исторически Qt это повтор Xt для C++, люди копировали функционал Мотифа, типа: в мотифе свои строки? и у нас свои будут. Дело в том, что мотиф, как базовая библиотека на базе Xt, создавался во времена, когда С++ вообще не было, Xt реализовывало ООП на сях, передачей указателей на структуры (объекты гуи). Думаю, что потом ни у кого в тролтехе духу не хватило сказать, что труд сегодняшних тимлидеров необходимо объявить устаревшим, такое вполне возможно, так бывает. Уверен, что в курилках у них эта тема не раз обсуждалась, с характерными улыбками и адресным юморком.  

Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

33. "Разработчики KDE рассматривают возможность интеграции библио..."  +1 +/
Сообщение от Aquarius (ok) on 31-Окт-10, 23:12 
>> то есть, разработчики, по сути, хотят (предполагают) создать болото, в котором другие
>> разработчики будут увязать по самое горло (если не макушку)
> Без комментариев, бредятина.
> Не помню где, слышал одно высказывание, общий смысл которого такой: "Что бы
> ты не делал, как бы не старался, всегда будет небольшая горстка
> людей, которая будет вечно чем-то недовольна. Так вот, насри на их
> мнение."

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

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

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

51. "Разработчики KDE рассматривают возможность интеграции библио..."  –1 +/
Сообщение от аноним on 01-Ноя-10, 04:44 
> P.S. накакайте на мое мнение - докажите мне лично мою правоту

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

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

80. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Толстый (ok) on 01-Ноя-10, 14:17 
Если требуешь доказательств правоты, для начала потрудись написать что-то внятное, а не расплывчатые формулировки про болото.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

66. "Разработчики KDE рассматривают возможность интеграции библио..."  –3 +/
Сообщение от Аноним (??) on 01-Ноя-10, 10:58 
>"Что бы ты не делал, как бы не старался, всегда будет небольшая горстка людей, которая будет вечно чем-то недовольна. Так вот, насри на их мнение."

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

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

2. "Разработчики KDE рассматривают возможность интеграции библио..."  –1 +/
Сообщение от Аноним (??) on 31-Окт-10, 21:31 
Если они и будут это делать, то главное чтобы не воткнули в QtGui. Пусть будет себе в QtGuiExtended каком-нибудь.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Разработчики KDE рассматривают возможность интеграции библио..."  –3 +/
Сообщение от User294 (ok) on 31-Окт-10, 21:33 
Думаю что разработчики Qt и Nokia будут не в восторге от перспектив разбирать чужие глюки :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Разработчики KDE рассматривают возможность интеграции библио..."  +1 +/
Сообщение от emg81 on 31-Окт-10, 21:33 
не, ну с такой логикой проще уж в QT интегрировать ядро, иксы и чего-нить ещё.
а что? пусть увеличивается число вовлечённых в разработку :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Разработчики KDE рассматривают возможность интеграции библио..."  –6 +/
Сообщение от SubGun (??) on 31-Окт-10, 21:42 
Более идиотского высказывания я еще не слышал. Речь идет о совместной работе.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

22. "Разработчики KDE рассматривают возможность интеграции библио..."  +2 +/
Сообщение от emg81 on 31-Окт-10, 22:17 
оу, я вижу, с Вами без тэгов [шутка][/шутка] общаться нельзя. печально, печально :)
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

5. "Разработчики KDE рассматривают возможность интеграции библио..."  –3 +/
Сообщение от BliecanBag (ok) on 31-Окт-10, 21:34 
просто ужос! если Qt еще терпимо держать в системе, то тянуть over 400Mb дерма как-то уж слишком. Лично мне будет проще отказаться от smplayer чем иметь этого монстра в системе.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Разработчики KDE рассматривают возможность интеграции библио..."  +1 +/
Сообщение от SubGun (??) on 31-Окт-10, 21:45 
> просто ужос! если Qt еще терпимо держать в системе, то тянуть over
> 400Mb дерма как-то уж слишком. Лично мне будет проще отказаться от
> smplayer чем иметь этого монстра в системе.

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

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

18. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от BliecanBag (ok) on 31-Окт-10, 21:59 
Как я понимаю речь идет об объединении кодовой базы, результирующий размер, я думаю будет намного больше текущего Qt и возможно меньше текущего kdelibs
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

24. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от kae_wituS (ok) on 31-Окт-10, 22:22 
да:)
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

52. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Аноним (??) on 01-Ноя-10, 05:05 
>то тянуть over 400Mb дерма как-то уж слишком.

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

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

61. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от nib952051 (ok) on 01-Ноя-10, 10:07 
вы вообще представляете, что речь идёт о KDElibs, а не о KDE?
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

19. "Разработчики KDE рассматривают возможность интеграции библио..."  +3 +/
Сообщение от Zenitur on 31-Окт-10, 22:00 
У меня kdelibs занимает 14 мегабайтов.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

53. "Разработчики KDE рассматривают возможность интеграции библио..."  +3 +/
Сообщение от астронимус on 01-Ноя-10, 05:41 
Если Qt будет модульный как заявлено в https://www.opennet.ru/opennews/art.shtml?num=28425 то нет ничего плохого, чтобы те же kdelibs, kdepim были под крылом нокии
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

6. "Разработчики KDE рассматривают возможность интеграции библио..."  –5 +/
Сообщение от FPGA (ok) on 31-Окт-10, 21:35 
Псих... KDE4 уже умер по факту, а он хочет теперь уничтожить Qt...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от pro100master (ok) on 31-Окт-10, 21:39 
По какому "факту"? Где этот "факт" зафиксирован? :)))
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

13. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от FPGA (ok) on 31-Окт-10, 21:50 
На моем десктопе зафиксирована смерть KDE4, пульса нет.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

23. "Разработчики KDE рассматривают возможность интеграции библио..."  +1 +/
Сообщение от emg81 on 31-Окт-10, 22:20 
ммм. значит, судя по Вашему десктопу и так называемый "вЕндекапец" наступил уже, наверное? :)
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

44. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от FPGA (ok) on 01-Ноя-10, 00:46 
> ммм. значит, судя по Вашему десктопу и так называемый "вЕндекапец" наступил уже, наверное? :)

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

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

26. "Разработчики KDE рассматривают возможность интеграции библио..."  +1 +/
Сообщение от EduardGL on 31-Окт-10, 22:36 
ваш десктоп все-таки оказался пупком земли?
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

38. "Разработчики KDE рассматривают возможность интеграции библио..."  +1 +/
Сообщение от trdm email(ok) on 31-Окт-10, 23:49 
Думаю для него его десктоп как-раз пуп земли.
И это правильно.
ПС. А КДЕ-девелоперов собственно считаю полудурками, которые слишком фривольно к ресурсам машины относятся и счтитаеют, что это норма...
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

47. "Разработчики KDE рассматривают возможность интеграции библио..."  +1 +/
Сообщение от emg81 on 01-Ноя-10, 01:53 
у меня ArchLinux + KDE.
на моём скромном конфиге всё летает. последний раз когда смотрел - запущенная ОС с KDE + Ktorrent+ KSysguard + Dropbox занимала 180-200 мб памяти.
функционально и быстро.
конечно, не быстрее LXDE, но ждать не приходится :)

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

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

49. "Разработчики KDE рассматривают возможность интеграции библио..."  –3 +/
Сообщение от User294 (ok) on 01-Ноя-10, 03:22 
Угу, в свое время кторент у меня хавал 20-30% ядра CPU отгружая какие-то жалкие 500 кб/сек, вызывая раскрутку вентиля на проце почем зря, чем и не понравился. В итоге поюзал мелкий transmission. Он в той же ситуации жрет ажно ~1-2% все того же проца. Такая вот разница.
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

57. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от trdm email(ok) on 01-Ноя-10, 09:15 
Да пусть себе летает.
У нас видимо задачи разные и количество софта работающего единомоментно не сопоставимо.
Так что ресурсы критичная статья..
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

71. "Разработчики KDE рассматривают возможность интеграции библио..."  +1 +/
Сообщение от Tuxoid (ok) on 01-Ноя-10, 12:29 
А я считаю полудурками людей которые ставят кубунту в виртуалку, а потом оруг что КДЕ - УГ.
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

73. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Карбофос (ok) on 01-Ноя-10, 12:55 
ну это для него, а не для других. или другие обязаны по кому-то там равняться? или ныть, как это делают другие?
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

55. "Разработчики KDE рассматривают возможность интеграции библио..."  –2 +/
Сообщение от Вова on 01-Ноя-10, 08:49 
> ваш десктоп все-таки оказался пупком земли?

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

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

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

62. "Разработчики KDE рассматривают возможность интеграции библио..."  +2 +/
Сообщение от nib952051 (ok) on 01-Ноя-10, 10:19 
почитайте офф документацию тролей: там описано, почему они написали свои версии контейнеров, чего полезного туда добавили, что интересного реализовали, на сколько это было лучше чем стл.. что так же относится к строкам и остальным Q* классам, но пожалуйста, не осуждайте, не разобравшись
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

74. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Карбофос (ok) on 01-Ноя-10, 13:00 
вот именно. в конце концов, никто не запрещает использовать наработки из stl
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

78. "Разработчики KDE рассматривают возможность интеграции библио..."  +1 +/
Сообщение от nib952051 (ok) on 01-Ноя-10, 13:48 
да, конечно можно использовать, но давайте немного детальнее: stl предоставляет обычный сишный потход к итераторам, а Qt предлагает как его, так и ява стиль итераторов, какой использовать - вам выбирать. Если я не ошибаюсь, первоначально эти _наработки_ из стл были медленнее, что и послужило одим из поводов к написанию Qt'шных.
Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

88. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Crazy Alex email(??) on 01-Ноя-10, 16:07 
> почитайте офф документацию тролей: там описано, почему они написали свои версии контейнеров,
> чего полезного туда добавили, что интересного реализовали, на сколько это было
> лучше чем стл.. что так же относится к строкам и остальным
> Q* классам, но пожалуйста, не осуждайте, не разобравшись

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

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

93. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от nib952051 (ok) on 01-Ноя-10, 16:43 
смотрите https://www.opennet.ru/openforum/vsluhforumID3/71929.html#78
Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

97. "и что там в этом комменте такого замечательного?"  +/
Сообщение от Вова on 01-Ноя-10, 20:45 
"Явашный интерфейс" - повод повелосипедить?
Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

104. "и что там в этом комменте такого замечательного?"  +/
Сообщение от nib952051 (ok) on 02-Ноя-10, 01:36 
ну вы можете пользоваться стандартными контейнерами, никто вам не запрешает; а так же, можно сказать, что "велосипедят" не тролтеховцы, а те кто, вместо использования наработок из Qt писали свои классы; почитайте вот это http://doc.qt.nokia.com/4.7/containers.html
Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

39. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от trdm email(ok) on 31-Окт-10, 23:50 
Так-же перешел c KDE на XFCE.
Слишком жадная и тормозная софтина получилась...
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

81. "Разработчики KDE рассматривают возможность интеграции библио..."  +1 +/
Сообщение от Sergey722 on 01-Ноя-10, 14:55 
>пульса нет

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

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

7. "Разработчики KDE рассматривают возможность интеграции библио..."  –4 +/
Сообщение от Zenitur on 31-Окт-10, 21:37 
Правильно! Загубили в 4-й версии KDE, за 5 релизов не починили, и хотят спихнуть это другому проекту, как спихнули Phonon в версии 4.3! Или Phonon отдали как раз после того как он стал стабилен? Не следил...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

64. "Разработчики KDE рассматривают возможность интеграции библио..."  +1 +/
Сообщение от nib952051 (ok) on 01-Ноя-10, 10:24 
хватит извращать, какое спихнули? тролтеховцам понравилась библиотека и они её включили в Qt
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

8. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от аноним on 31-Окт-10, 21:39 
По-моему отличная идея, если KDE программы будут зависеть только от Qt то можно будет пользоваться любимыми программами на любой ОС без установки всяких вечно недоделанных костылей. Если идею примут буду с нетерпением ждать Qt5 и KDE5.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Разработчики KDE рассматривают возможность интеграции библио..."  +4 +/
Сообщение от Crazy Alex (??) on 31-Окт-10, 21:58 
Вообще-то проблема KDE-зависимых программ в том,  что они слишком много тащат и слишком нагружают систему. И будут зависимости называться kdelibs, или войдут в Qt, неважно. Впрочем, Нокия на такую чушь вряд ли пойдёт - ей на смартфонах нужна платформа вменяемого размера, да и, кажется, там понимают, что общая база - это одно, а окружения на десктопе, нетбуке и коммуникаторе должны быть принципиально разными.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

84. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от fi (ok) on 01-Ноя-10, 15:34 
> ей на смартфонах нужна платформа вменяемого размера

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

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


Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

89. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Crazy Alex email(??) on 01-Ноя-10, 16:15 
>> ей на смартфонах нужна платформа вменяемого размера
> А что у вас там за "вменяемый размер"??? 20см.? :)))
> После того как мы не смогли купить на рынке нужную нам флэш
> меньше 2G, мы забили на ембедет сборку, и переходим на обычный
> linux. а было время, когда и в 512 впихивались, чтоб сэкономить
>  баксы.

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

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

37. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от trdm email(ok) on 31-Окт-10, 23:44 
Использую Qt на Windows.
Мне нафиг там не нужны кделибз.
И на маке тоже не нужны. И на фрибзде тоже...
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

11. "Разработчики KDE рассматривают возможность интеграции библио..."  +1 +/
Сообщение от Аноним (??) on 31-Окт-10, 21:45 
>может привести к гибели KDE как десктопа.

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

20. "Разработчики KDE рассматривают возможность интеграции библио..."  –1 +/
Сообщение от BliecanBag (ok) on 31-Окт-10, 22:00 
>>может привести к гибели KDE как десктопа.
> громкие слова - не более.

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

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

16. "Разработчики KDE рассматривают возможность интеграции библио..."  –1 +/
Сообщение от Анонимен on 31-Окт-10, 21:57 
падающие кедолибы будут в qt и он рипнется.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от kosmocap (ok) on 31-Окт-10, 22:53 
Интересный поворот событий.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

29. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от anonymous (??) on 31-Окт-10, 22:57 
А что, туда добавят akonadi и полную зависимость от mysql? Тогда точно придётся искать что-то другое иди валить на gtk.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

107. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 02-Ноя-10, 18:08 
> А что, туда добавят akonadi и полную зависимость от mysql? Тогда точно
> придётся искать что-то другое иди валить на gtk.

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

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

30. "Разработчики KDE рассматривают возможность интеграции библио..."  +5 +/
Сообщение от kosha email on 31-Окт-10, 23:00 
Почему бы разработчикам KDE не следить за всеми новыми функциями, класами из Qt. И если эти классы дублируют классы KDE тогда использовать классы Qt. Не плодить, без оглядки, дублирующие сущности в своем проекте, а заменить на Qt-шные с аналогичным, похожим функционалом, и поддерживать все это в актуальном состоянии. Проблема из-за чего возникла? Как избыточные функции появились? Кто добавил? Qt первична. KDE - вторично. Глядиш и не нужен будет мегапроект (Титаник) KDE-QT.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

36. "Разработчики KDE рассматривают возможность интеграции библио..."  +1 +/
Сообщение от gegMOPO4 (ok) on 31-Окт-10, 23:44 
Это вопрос курицы и яйца. Самый-то первый код, сто раз переписанный, безусловно Qt. Но в KDE потом столько подописывали (чего не было в тогдашнем Qt)... И немало вернулось обратно в Qt. От всяких мелочей (вроде бы даже панель инструментов в Qt не было), до фонона и вебкита. Из KDE как раз потом то, чему появилась замена в Qt, постепенно выкидывалось.

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

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

48. "Разработчики KDE рассматривают возможность интеграции библио..."  –2 +/
Сообщение от anonymous (??) on 01-Ноя-10, 02:14 
Вот пусть теперь в кде и выкидывают свои дублирующие функции/классы и юзают стандартные qt'шные. "Переписывание с нуля" - это и так их стандартный метод разработки.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

101. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от gegMOPO4 (ok) on 02-Ноя-10, 01:04 
Так и делают. С первой версии много чего выкинули. Но ведь и Qt не стоит на месте, постоянно добавляют новые фичи, уже реализованные в KDE.
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

67. "Разработчики KDE рассматривают возможность интеграции библио..."  –2 +/
Сообщение от trdm email(ok) on 01-Ноя-10, 11:17 
Существует принцып разумной достаточности.
Qt кросс-платформенный фраймверк.
А не костыль к КДЕ...
Вообще понятно почему линь колышется в 1% на десктопах - потому что некоторые разрабы учитывают только свое мнение...
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

102. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от gegMOPO4 (ok) on 02-Ноя-10, 01:08 
Наоборот, kdelibs -- костыль к Qt (где тому не хватает ног). Но со временем Qt обзаводится собственными костылями и часть kdelibs оказывается лишней.
Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

31. "Разработчики KDE рассматривают возможность интеграции библио..."  –2 +/
Сообщение от croster (ok) on 31-Окт-10, 23:07 
>в конечном итоге приведет по сути к возникновению Qt 5 и KDE 5.

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

34. "Разработчики KDE рассматривают возможность интеграции библио..."  –2 +/
Сообщение от Аноним (??) on 31-Окт-10, 23:19 
Извините что влажу, сам я пользуюсь гномом (который уже похоронили и уже надгробный памятник которому обосрали все кдеешники, но тем не менее я его менять не буду пока его будут поддерживать) - раз кде стали закапывать туда-же - какой же оконный менеджер сейчас самый модный и подающий нам надежды?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Разработчики KDE рассматривают возможность интеграции библио..."  +1 +/
Сообщение от Аноним (??) on 01-Ноя-10, 01:53 
а причем здесь оконные менеджеры, а?
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

110. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Аноним (??) on 03-Ноя-10, 10:42 
>  а причем здесь оконные менеджеры, а?

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

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

108. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 02-Ноя-10, 18:10 
> и падающий

fixed

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

35. "Разработчики KDE рассматривают возможность интеграции библио..."  –2 +/
Сообщение от eugeni email on 31-Окт-10, 23:42 
Только не это! GNOME-окружение, KDE-окружение вместе соржут все ресурсы компа.
И так приходитсься смиритсься ,  что постоянно в оп. памяти торчат
две ,дублирующие друг-друга библиотеки. Так теперь будут торчтать два ненужных
окружения( не дай бог "тесную интеграцию" GNOMEа с GTK).
Тeперь надежда только на Freedesktop.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

58. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от СуперАноним on 01-Ноя-10, 09:17 
Так в чём проблема? GNOME тоже перевести на тот новый Qt5. И не надо будет в памяти держать _два_ окружения.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

65. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от www2 (ok) on 01-Ноя-10, 10:51 
>Тeперь надежда только на Freedesktop.

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

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

40. "Разработчики KDE рассматривают возможность интеграции библио..."  +1 +/
Сообщение от trdm email(ok) on 31-Окт-10, 23:53 
Собственно поясните что такого полезного в кделибз для мира?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

41. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Аноним (??) on 31-Окт-10, 23:55 
Хм... Т.е. сейчас KDE'либы используют ещё не все, а надо, чтобы все?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

42. "Разработчики KDE рассматривают возможность интеграции библио..."  +12 +/
Сообщение от gegMOPO4 (ok) on 01-Ноя-10, 00:26 
Новость выглядит настолько провокационной и бредовой, что стало ясно, придётся смотреть первоисточники, чтобы понять, об чём вообще речь.

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

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

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

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

50. "Разработчики KDE рассматривают возможность интеграции библио..."  –4 +/
Сообщение от User294 (ok) on 01-Ноя-10, 03:26 
> QtMultimedia, Solid + Akonadi + kdepimlibs <-> QtMobility (замечу, что аналоги
> в KDE появились раньше, чем в Qt,

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

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

77. "Разработчики KDE рассматривают возможность интеграции библио..."  –1 +/
Сообщение от iZEN (ok) on 01-Ноя-10, 13:27 
>> 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 от "чьего-то" хотения левой пятки ноги.

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

109. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 02-Ноя-10, 18:13 
>> QtMultimedia, Solid + Akonadi + kdepimlibs <-> QtMobility (замечу, что аналоги
>> в KDE появились раньше, чем в Qt,
> Если все эти аконади, kdepimlibs и прочую бнопню впихать в МОБИЛЬНЫЙ ДЕВАЙС,
> там вообще ресурсов ни на что другое не останется

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

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

100. "Разработчики KDE рассматривают возможность интеграции библио..."  +1 +/
Сообщение от gegMOPO4 (ok) on 02-Ноя-10, 01:02 
Ну они так и делают. Но работы так много, что чтобы довести аналоги в Qt до ума и заменить ими в KDE -- как раз и получится Qt 5 и KDE 5.
Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

43. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от KERNEL_PANIC (ok) on 01-Ноя-10, 00:38 
Хоть я и гномосек, идея мне нравится. Но не думаю, что Nokia одобрит это, ибо ей сначала нужно телефоны до ума доводить, а уж потом брать на душу такой геморрой. Это же лишние расходы. И очень крупные, раз фирма скандинавская.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

56. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от lols on 01-Ноя-10, 08:56 
Наоборот идея имхо отличная. Тогда можно будет проги из пакета kde использовать в винде не таща весь kde за собой. Когда код объединят - все велосипеды уберут и код имхо и полегче и получше будет. Я только за, жду с нетерпением qt5 и kde5 (и не надо про стабильность, 4я ветка уже вполне стабильна, так что если что и на 4й можно будет посидеть подождать)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

70. "Разработчики KDE рассматривают возможность интеграции библио..."  +1 +/
Сообщение от б.б. on 01-Ноя-10, 12:21 
> Наоборот идея имхо отличная. Тогда можно будет проги из пакета kde использовать
> в винде не таща весь kde за собой. Когда код объединят
> - все велосипеды уберут и код имхо и полегче и получше
> будет. Я только за, жду с нетерпением qt5 и kde5 (и
> не надо про стабильность, 4я ветка уже вполне стабильна, так что
> если что и на 4й можно будет посидеть подождать)

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

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

60. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от xoomer on 01-Ноя-10, 09:57 
Slackware-юзеры, возможно, это оценят...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

69. "Разработчики KDE рассматривают возможность интеграции библио..."  –1 +/
Сообщение от Аноним (??) on 01-Ноя-10, 12:16 
Нехватало ещё это дурацкий akonadi туда всунуть с их тупейшей схемой хранения данных. Хватит того что kde им споганили, не хватало ещё споганить последний оствшийся нормальный тулкит.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

76. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от ws (ok) on 01-Ноя-10, 13:19 
Ничего плохого в объединении не вижу... Только плюсы от этого начинания. Уже объявили что Qt будет модульной, поэтому ничего не должно мешать не использовать дополнительные kde-ные либы тем кто не хочет этого делать.
Главное что бы координатор проекта оказался грамотным в этом вопросе.

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

86. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Метеор on 01-Ноя-10, 15:56 
Гениальная идея, я полностью согласен с разработчиком Амарок!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

99. "Разработчики KDE рассматривают возможность интеграции библио..."  –2 +/
Сообщение от sergey email(??) on 01-Ноя-10, 22:05 
Надеюсь Nokia этого не сделает, КДЕшникам веры нет...
Потом они очередной велик придумают, и будут пытаться опять в Qt её ввести?
Или опять начнут переписывать её в 10 раз?
на labs.qt.nokia.com тролли уже разъясняли чем плох Phonon, и что они его бы заменили своим чем-нибудь, но пока нечем, и зачем придумали QtMultimedia.

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


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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

111. "Разработчики KDE рассматривают возможность интеграции библио..."  +/
Сообщение от Аноним (??) on 03-Ноя-10, 17:54 
>пульса нет

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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