The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Разработчики KDE рассматривают возможность интеграции библио..., opennews (ok), 31-Окт-10, (0) [смотреть все]

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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