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

тролли молодцы, всё правильно делают

Qt RIP

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Swing

Oracle has you...

http://www.google.com/trends?q=qt,+gtk

даже так http://www.google.com/trends?q=qt,+gtk,+swt,+java+swing,+wxwidgets

>Доверять

Gtk+

wxWidgets

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Это всё хорошо, но проблема с 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.

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

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

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

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

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

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

>qcast

Что это?

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

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

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

> Qt RIP

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

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

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

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

Потянут ли?

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

LCL ещё! и FLTK...

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

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

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

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

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

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

Индусы знают толк в GTK :-)

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

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

А давай)

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

Вообще то Qt GPL.

4.2

нармально

Я думаю всё что не делается всё к хорошему !

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

Orly?

> 4.2

http://qt.gitorious.org/qt

License:

GNU Lesser General Public License (LGPL)

Моё 4.2 лучше твоего.

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

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

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

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

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

Угу, а главное, это отстойнейшая документация.

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

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

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

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

LGPL != GPL

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

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

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