LINUX.ORG.RU

Nokia представила план развития Qt

 , , ,


0

0

На проходящей в Мюнхене конференции Qt Developer Days преставители компании Nokia очертили будущие планы по развитию этого графического фреймворка. Наиболее востребованным пользователями является увеличение прозводительности, поэтому производительность станет главным направлением разработки. С развитием Qt Scene Graph количество промежуточных слоев при отрисовке уменьшится с трех до одного, причем с полным использованием графического ускорения там, где оно поддерживается.

Также в планах улучшение модульности. Например, сейчас очень быстро развивается QtWebKit, и разработчики хотели бы использовать новые версии без переустановки всего фреймворка. Другими направлениями разработки станут полная интеграция жестов, тактильной отдачи и Qt Quick.

Nokia увеличит вклад в наиболее важные для себя платформы, а именно Symbian и MeeGo. Традиционные платформы (Windows, MacOS, Linux) также остаются важными для компании, но вклад в другие Unix-платформы уменьшится. Эту позицию озвучил новый CTO компании Рич Грин на пресс-конференции, посвященной стратегии развития Qt. Что же касается Symbian и MeeGo, то обе платформы получат равную поддержку.

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

★★

Проверено: maxcom ()

Ответ на: комментарий от sniper21

Что, тоже мамка денег на апгрейд с pentium 66MHz не дает?

anonymous ()

Qt RIP

Не понимаю тех, кто что-либо разрабатывает на Qt. Это риск, причем очень существенный.

Qt сама чуть не обанкротилось, продались. Но кому? Nokia, которая сама вскоре пойдет вслед за Siemens Mobile. И даже если не разорится окончательно, то существенно урежут непрофильные активы. Maemo уже прикрыли. И когда во всеуслышание заявляют о грандиозных планах — значит совсем немного осталось.

Доверять можно лишь Gtk+, Swing, SWT, wxWidgets.

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

Разумеется, очередной холивар GTK vs Qt. А мне вот Tk нравится.

давай пилить Tk 8.7? многопоточность, альфу, тайлинг

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

Ну не знаю, не знаю.

Nokia чётко даёт понять, что PC ей не нужен. И развивать Qt на PC они не будут.

В общем такими темпами Qt с начало станет сильно модульным. Потом Nokia забьёт на PC-шные модули. А KDE-шники скоро будут вынуждены форкнуть Qt.

R.I.P., а жаль, хороший был тулкит.

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

Nokia чётко даёт понять, что PC ей не нужен. И развивать Qt на PC они не будут.

а какого развития Qt на PC ты ожидаешь? чего конкретно тебе там не хватает?

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

Тащемто для PC есть все, что нужно. Плюс все мобильные плюхи никто не запрещает юзать на десктопе

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

> Nokia чётко даёт понять, что PC ей не нужен. И развивать Qt на PC они не будут.

В общем такими темпами Qt с начало станет сильно модульным. Потом Nokia забьёт на PC-шные модули. А KDE-шники скоро будут вынуждены форкнуть Qt.

Чушь. От ребят из Nokia поступает диаметрально противоположная информация. Nokia неслабо вкладывается в коммюнити и весьма неплохо организует деятельность сообщества, а если ограничиться Qt Mobility и задвинуть остальные компоненты, все усилия и потраченные средства вылетают в трубу.

northerner ★★★ ()
Ответ на: Qt RIP от Pavel

>Это риск, причем очень существенный.

В каком месте? Я думал, рискованными являются только проприетарные и патентно-нечистые средства.

Ну для программ под GPL был ещё риск, когда Qt было только под GPL 2 и 3. Ведь если выйдет GPL4, и появятся программы не ниже, чем под ней, а нокиа вручную не выпусти Qt под ней, то эти программы нельзя будет использовать с Qt. Но сейчас такой проблемы нету.

Ttt ☆☆☆☆☆ ()
Ответ на: Qt RIP от Pavel

Re: Qt RIP

> Доверять можно лишь Gtk+, Swing, SWT, wxWidgets.

Swing

Oracle has you...

anonymous ()
Ответ на: Qt RIP от Pavel

Re: Qt RIP

>Доверять

Gtk+

wxWidgets



Поделкам школьников доверять серьёзный бизнес не страшно?

Deleted ()
Ответ на: Qt RIP от Pavel

Не понимаю тех, кто что-либо разрабатывает на Qt. Это риск, причем очень существенный.

В свете событий за прошедшие два года, я бы поспорил с таким утверждением.

I-Love-Microsoft ★★★★★ ()
Ответ на: -=:=- от KosmiK

Glitz попробуй поставить. У меня визуально отрисовка была быстрее, когда я это дело юзал (3 года назад)

yoghurt ★★★★★ ()

Предлагаю зарыть Qt, а KDE сжечь.

qbbr ★★★★ ()
Ответ на: Qt RIP от Pavel

> Qt сама чуть не обанкротилось, продались.

Qt банкротилось? Очень интересно...

Nokia, которая сама вскоре пойдет вслед за Siemens Mobile.

Даже если это будет, Qt под GPL, на нем написано большая часть комерческого софта... Дальше продолжать?

namezys ★★★★ ()
Ответ на: Qt RIP от Pavel

Nokia, которая сама вскоре пойдет вслед за Siemens Mobile.

«Иногда лучше жевать», ну или подготовится перед вбросом:

Nokia's converged device market share was about 41% in Q2, unchanged from Q1 2010

http://en.wikipedia.org/wiki/Nokia

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

GTK писали люди с умом, которые смогли обойтись без вот таких-вот костылей.

Эти «люди с умом» до сих пор не могут файловый диалог привести к божескому виду и в 21м веке используют такие ужасы как ООП на чистом Си.

Я привык компилировать то, что написал своими руками, а не то, что прошло через какой-то сомнительный обфускатор вроде moc'а.

Руками из сорцов бинарники делаешь? Ну ты монстр!

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

rpm это промышленный стандарт, поэтому, очень правильно, что стали использовать именно его.

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

> используют такие ужасы как ООП на чистом Си.

Вот только не надо говорить это таким тоном.

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

Что, писать GObject'ы вручную лучше? Нет уж, пусть лучше moc, который всю грязную работу сделает за программиста.

creepnee ()

Это всё хорошо, но проблема с glib и пожиранием проца так и не решена Qt3 vs Qt4 (продожение) (комментарий)

Вот исходник.

#include <qapplication.h>
#include <qtimer.h>

int main(int argc, char **argv)
{
    QApplication a(argc, argv);
    for(int i = 0; i < 10; ++i) {
        QTimer *timer = new QTimer();
        timer->start(30 + i);
    }
    a.exec();
    return 0;
}

Помогает export QT_NO_GLIB=1 или пересборка без glib. Но сейчас с этим тоже проблемы. В последних кедах перестаёт работать phonon-gstreamer.

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

> Извинте, но здесь каша.

Да, и qt не позволяет задать передачу аргументов по умолчанию в слот, измениь порядо аргумента и тд. Это недостаток. qcast - пережиток прошлого

А как тогда с библиотеками динамически загружаемыми работать, если не qcast?

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

Все классы от начала и до конца пишешь руками? Или все таки используешь генераторы типа GOB2 или http://burtonini.com/cgi/gobject.py

XXI век на дворе, а в Qt для работы с сигналами-слотами до сих пор нужен сторонний препроцессор.

Какое это имеет значение? Я запускаю команду make, она мне все делает сама, и пофиг, что она там вызывает, хоть moc, хоть uic.

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

>> Nokia увеличит вклад в наиболее важные для себя платформы, а именно Symbian и MeeGo.

А я думал, Nokia отказывается от Symbian.

Очевидно зря думал. Интересно на чем основывал свои мысли?

anonymous ()
Ответ на: Qt RIP от Pavel

Re: Qt RIP

> Qt RIP

Не понимаю тех, кто что-либо разрабатывает на Qt. Это риск, причем очень существенный.

Qt сама чуть не обанкротилось, продались. Но кому? Nokia, которая сама вскоре пойдет вслед за Siemens Mobile. И даже если не разорится окончательно, то существенно урежут непрофильные активы. Maemo уже прикрыли. И когда во всеуслышание заявляют о грандиозных планах — значит совсем немного осталось.

Вообще то Qt GPL. Разработчики KDE спять и видят когда на них Qt скинут.

anonymous ()
Ответ на: Re: Qt RIP от anonymous

>Разработчики KDE спять и видят когда на них Qt скинут.

Потянут ли?

creepnee ()
Ответ на: Qt RIP от Pavel

>Доверять можно лишь Gtk+, Swing, SWT, wxWidgets.

LCL ещё! и FLTK...

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

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

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

>> Таак. Как я смотрю, moc они выкидывать не собираются. Ну а всё остальное - суета

Как он тебе мешает?


Не совместим с шаблонным метапрограммированием. Не обязательно брать «тяжёлое» ШМ в стиле Александреску/Boost'а, но и самый банальный шаблон Qt-виджета средствами C++ не сделать. Можно конечно перед moc'ом обрабатывать исходник например спец. perl-скриптом (есть такой опыт), но это не C++-way.

Так что в итоге, Qt — это сильно улучшенный аналог С++Builder'а от ушедшей от нас (кодеров) Borland. И в этом его и сила и слабость.

be_nt_all ()

R.I.P. Nokia Qt SDK содержит столько килограмм багов на квадратный миллиметр кода, что даже не смешно(

FedeX ★★ ()
Ответ на: Qt RIP от Pavel

сам то понял что сказал?...

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

grigoreo ()

Ждём с нетерпением! (сам недавно ушёл с С# на яву, но если сделают куте как следует, думаю в следующем проекте вернусь наконец на старый добрый цпп).

gandjubas ()

Qt неплох, но контроль типов в connect в рантайме и невозможность копировать QObject - серьезные недостатки.

anonymous ()
Ответ на: Re: Qt RIP от Reset

Ну скачай и специально для себя в соответствии с пунктом 3 LGPL 2.1 поменяй на GPL.

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

>Я юзаю GTK и не парюсь. GTK писали люди с умом, которые смогли обойтись без вот таких-вот костылей.

GTK - это робот, сваренный из металлолома с ближайшей свалки. Причем, про пульт управления позабыли полностью, и управлять им можно, только замыкая оголенные проводки и дергая вручную нужные тросики. GTK - это набор принципов, найденных на свалке истории. Это нагромождение тысяч функций неизвестного назначения и происхождения. Это огромный и неповоротливый gobject, который писали пьяные марсиане. Это отсутствие интереса со стороны даже самих разработчиков, потому что им нужно «просто писать софт», а не разбираться в работе этого нагромождения кода, дабы что-то исправить и не сломать тысячи приложений. Это криворукие программеры, неспособные даже укомплектовать свое поделие нужными библиотеками. Это бесконечные лозунги и обещания. Это то, от чего мы бежали, но к чему вернулись.

Профессиональный программист на GTK — это как профессиональный разжигатель огня при помощи кремня и трута: ужасно гордый оттого, что он умеет пользоваться такими нетривиальными приборами, а другие не умеют, потому что пользуются спичками и зажигалками. ©

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

Надеюсь программируйте хотя бы не хуже, чем пишите прозу.

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

>moc они выкидывать не собираются

работы с сигналами-слотами до сих пор нужен сторонний препроцессор

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


Ты идиот. И, похоже, объяснять тебе что-либо бессмысленно.

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

Тебе кто-то мешает «согласно третьему пункту» сменить её GPL? Или ты гнутый на всю голову и расово верным для себя принимаешь строго GPL-only?

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

С точностью до наоборот, я не приемлю GPL, поэтому когда nokia одумалась и сменила лицензию на LGPL у меня как камень с души свалился.

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

Ты наглый толстый троль нанятый М, во-первых есть четкое описане что именно делает moc, во-вторых он ничем не мешает и ко всему прочему, уровень документации, интеграции в разничные ИДЕ у gtk ну просто никакой, что бы начать писать на qt мне надо скачать 1 пакет под любую платформу и все, что надо сделать например под mac что бы получить только удобную среду разработки я даже и не знаю, но желаю GTK всяческих успехов и дальнейшего развития.

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