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

Забавно. А оптимизации компилятора то же отключаете? О0 наше все? Или реально были проблемы, с тем, что moc нагенерил что-то не то?

> .. Meego .. (.., Linux)

WTF

Хуже. Компиляторые еще RTTI генерят. Это же ужасно

> И что плохого? Юзай МиГо

Не хотеть rpm. Хотеть apt и debhelper.

Вот давай пример, я его раскритикую

Уже заранее готов раскритиковывать? Это называется упоротость.

Упоротость - «если на так как в Х, то неправильно». Обычно бздуны страдают таким.

http://library.gnome.org/devel/gtkmm-tutorial/2.21/chapter-signals.html.en

Это просто Линаксоид Классический. Боятся всего, что сложнее cat /dev/sda. Готовы парсить dmesg, только бы не вводить страшные абосракции :]

Да ладно вы, ну коли им больше нечем кичится, пусть им хоть moc мешает жить. :)

Очень славно.

Я, конечно, на почве нелюбви к плюсам, болею за GTK, но у него со скоростью совсем беда, и лечить никто не собирается.

> Уже заранее готов раскритиковывать? Это называется упоротость.

Это разные подходы. Есть плюсы и минусы. Раз ты за него, то давай я за qt поборюсь (можно и наоборот).

button.signal_clicked().connect(sigc::ptr_fun(&on_button_clicked));

Вот. Что я и говорил. Для работы с сигналами надо обладать информаций о типе объекта, который это сигнал обрабатывает. в Qt не так

Для работы с сигналами надо обладать информаций о типе объекта, который это сигнал обрабатывает

Не совсем понял. Вы имели ввиду что нужен button для установки сигнала? Вообще-то нет, как минимум нужен signal_clicked, в нем нет инфы о button. В его типе точнее нет, тоесть его можно передавать дальше по вызовам функций и установить его где угодно

> Maemo закопали окончательно?

Так оно же превратилось в Meego

Нужно иметь информацию, что объект может предоставить этот сигнал, на этапе компиляции

.. Meego .. (.., Linux)

WTF

Я это понимаю так, что вот это не совсем похоже на обычный десктопный дистр. А что точно они имели ввиду - неизвестно.

Не могу сразу сказать как это делается в С++, просто это мне никогда не было нужно. Но Glib умеет давать полную RTTI.

> Qt вообще достаточно быстры. Быстрее GTK часто

Не часто, а постоянно.

Пошутил, все посмеялись. Спасибо

В С++ тоже.

Но смысл в другом. На этапе компиляции тебе надо знать, что объект предоставляет такую возможность, то есть привести его к типу Button.

В qt слоты/сигналы полностью отделены от типа. В этом есть и плюсы, и минусы.

>Покажите. как это делается в GTK?

Если по чесноку взять с обеих сторон С++ и сравнивать реализации сигналов-слотов у Gtkmm и Qt, в Gtkmm просто используется libsigc++ :)

В Си-варианте используются сигналы-слоты из GObject, я подробно не рассматривал механизм их диспетчеризации. GObject - довольно рантаймовая система типов. Собирается и работает оно без стороннего препроцессора - факт :)

qt действительно часто быстрее gtk. при включении внутренней отрисовки иногда в разы. Но KDE - поделье студентов, убивает это приимущество.

А еще qt любит память кушать

>98 год: Пре переходе с dos на win 32 api много что поломали (до сих пор вопят)

Уже не вопят, года так с 2005-го. Ибо DOS - RIP.

> все посмеялись

Ну смейтесь, коли вам это смешно. Мне наоборот это кажется грустным.

в GObject нет динамических свойств и слотов/сигналов в том виде, как в qt

там это информация статически связана с типом (или указаный мне пример - не полные возможности)

Я согласен что бывает быстрее и медленнее. И действительно графика в Qt пока-что быстрее. Просто потому что cairo - тормоз. Просто товарищ бред несет

>> улучшение модульности.

Это они правильно у gtk подсмотрели.

Моя первая мысль после прочтения этого предложения. :)

>Nokia увеличит вклад в наиболее важные для себя платформы, а именно Symbian и Meego. Традиционные платформы (Windows, MacOS, Linux) также остаются важными для компании, но вклад в другие Unix-платформы уменьшится.

Перевожу. Багфиксов под линукс не будет. Можете отперерепортиться в багзилле, мы всё аккуратно запишем, а исправлять будем годика через два в порядке живой очереди.

Перевожу. Багфиксов под линукс не будет. Можете отперерепортиться в багзилле, мы всё аккуратно запишем, а исправлять будем годика через два в порядке живой очереди.

Но если вы в багзилле вместо Linux напишете MeeGo Netbook UX, то все сделаем быстренько.

>в GObject нет динамических свойств

http://upload.wikimedia.org/wikipedia/commons/1/17/GObject_example.png

Со слотами в самом GObject - то же самое.

Я всегда считал, что С++ - язык с минимальным рантаймом, и при выборе языка беру это в учёт. Раз уж писать на С++, то писать как можно более статично. Если хочется много динамики, то зачем тогда писать на С++? :)

> но вклад в другие Unix-платформы уменьшится.

«Как пропатчить QT под FreeBSD?»™

Гытыкакапец?

Тут двоякость есть. В статичености есть и плюсы, и минусы. В gui очень удобно использовать динамические свойства.

Со слотами в самом GObject - то же самое.

Я же про языки С/С++ говорю

>Я же про языки С/С++ говорю

По ссылке на картинке - чистый Си, а не лисп, как вы могли бы подумать :)

Что сказать то хотел?

Ты уже отказался от препроцессора в C?

> а не лисп, как вы могли бы подумать

Именно так я и подумал.

Но в qt такие вещи делаются проще. Сильно проще, и понятней читаются

>Но если вы в багзилле вместо Linux напишете MeeGo Netbook UX, то все сделаем быстренько.

Да, наверное так и надо делать. В виртуальную машину чтоли поставить эту мииго? Только боюсь там процветает велисипедостроительство. И где есть велосипеды, там уже всё пофикшено и багу не словишь.

Дело в том что moc нужен не только для того что реализовать сигнал/слоты. Он генерит метаинфу скажем для использования qobject_cast при этом RTTI не используется совсем. Можно сделать такой асинхронный вызов:

QMetaObject::invokeMethod(pushButton, «animateClick», Qt::QueuedConnection);

Далее эта метаинформация позволяет использовать объекты и вызывать их методы в QtScript модуле.

Да даже простой коннект можно производить соединяя скажем сигнал с сигналом, или соединяя таким образом:

connect(scrollBar, SIGNAL(valueChanged(int value)), label, SLOT(update()));

кроме того, насколько я знаю в GTK при коннекте нужно передавать данные, которые будут передаваться в слот:

m_button1.signal_clicked().connect(sigc::bind<Glib::ustring>( sigc::mem_fun(*this, &HelloWorld::on_button_clicked), «button 1») );

Здесь «button 1» это данные, которые нельзя изменить, т.е. эта строка всегда будет передаваться в слот, так? В Qt же все намного проще - при конекте указываешь сигнатуру сигнала и слота, и слот будет принимать данные, которые пересыает ему сигнал. Если при конекте указать QueuedConnection, то механизм пересылки сигналом будет работать асинхронно, через очередь сообщений, а это дает значит потокозашищенность. Есть ли такая возможность в GTK?

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

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

>Традиционные платформы (Windows, MacOS, Linux) также остаются важными для компании, но вклад в другие Unix-платформы уменьшится.

Nokia намекает: BSD RIP

sniper21> т.е KDE перестанет таки тормозить? :)

Разумеется. А GNOME как был с ветки 2.х, так и останется тормозиловом.

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

>>но вклад в другие Unix-платформы уменьшится

Это канал по аниме? Как пропатчить...

Зачем нужен Qt, если есть Xlib и, для любителей высокоуровневости и красоты - motif?

А вот и свежемороженое мяско подтянулось :)

Это не свежемороженное. Это стратегические запасы

>А вот и свежемороженое мяско подтянулось :)

Mystra_x64 *** (13.10.2010 16:14:35)

Ты небось скажешь ещё, что http лучше чем nntp. Ох уж эти любители новизны.

http://xkcd.com/378/

>long live QT

да-да - Quick Time рулит =)

Maemo закопали окончательно?

да по моему и meego тоже прикопали, в свете ухода от них главного идеолога

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

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

-=:=-

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

Реквестирую фичу для gnome-болота, ака gtk+ pango cairo и прочей мути..
преданный Gnome-user!