Вышла новая версия Qt 4.8

новость в том что там теперь огромные грабли

ну да, иконки меню рисовать вебкитом?

ну да, иконки меню рисовать вебкитом?

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

иконка должна быть растровой, как в 80-х годах! ^_^

жабоскрипт как ни странно лучший существуящий скриптовый язык..

пруф?

here you go...

http://bellard.org/jslinux/

Скомпилированная в Qt 4.3 программа запустится в Qt 4.8?

и что в реализации «linux» доказывает превосходство javascript?

Не только для гуи, но и для всего остального. c++ останется только для написания расширений как это сделано, например, в XUL.

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

Поздравляю =

Лучше бы они вместо JavaScript туда PyPy запилили. А чо, всяко скриптово и быстрей чем C работает.

Да что там С, быстрее ассемблера!

QtSvg — давно выпилить нужно, оно хромое и тупое. Я сам писал свой рендер SVG прямо в QGraphicsView (чего к слову не умеет QtSvg), и работал он в несколько раз быстрее.


А так QML это ад. Честно говоря меня такая перспектива не радует.
Понятно что текущий их работодатель тянет их непонятно куда но блин... в списке рассылки они откровенно заявляют, что кладут на десктоп. :(

Хотя сразу оговариваются, что по их мнению QML можно и на десктопе юзать. Декларативность гавно! Особенно если смысл вашей программы именно в логике формирования GUI.
Они считают основанием забросить QWidgets тот факт, что на нём трудно делать разрисованные интерфейсы. Блин а если я хочу простые и тупые нативные кнопочки и списочки?
Для html декларативность канает так как главный смысл веб сайтов это предоставления информации, управлять выводом этой информации можно очень условно (что то сложное это сразу АДъ). Посмотрите во что превратились ExtJS и Dojo!
JavaScript так же не самый адекватный язык для этого... человеку после C++ это жесть. Чего стоит генерация функций на каждый чих, и использования замыкания для передачи нужных this. И да только mixin вместо наследования.

QML это большой шаг назад по всем фронтам. Боюсь КДЕшникам придётся брать на попечительство QWidgets и развивать его вместо Нокии.

ЗЫ уже больше года занимаюсь именно веб разработкой в том числе интерфейсов на Dojo и в меньшей степени на ExtJS, я не хочу этого говна у себя на десктопе. Хочу нативный и быстрый код. И не хочу жуткий GTK (химера сишная...).

Особенно если смысл вашей программы именно в логике формирования GUI.

например?

конкверор скоро будет задепрекэйтен..

Мнение кедовских бракоделов уже давно deprecate. В худшем случае будет тоже самое что и с kuickshow: пипл хавает всё что ему впаривают а грамотные пользователи ставят сами и плюют на тех кто им мешает.

Планируется ли в Qt 5 избавление от MOC?

Планируется ли в Qt 5 избавление от MOC?

Нет.

Планируется ли в Qt 5 избавление от MOC?

шутник, да?

Понятно что текущий их работодатель тянет их непонятно куда но блин..

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

Мой детектор жирных троллей зашкаливает. В этом треде qt ненавистники изошли на говно.

например?

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

В С++ вы всегда легко можете сделать где то в цикле: new MyButton(my_config...); И это будет быстро! QML же предполагает, что состояния интерфейса известны зарание и не являются следствием работы программы. QML предполагает, что логика возможна только при взаимодействии элементов интерфейса (т.е. вне интерфейса её нету).

ЗЫ да относительно быстро 100 кнопок в QML можно сделать через директиву repeat но это не решает проблему предопределённости.

ЗЫ2 механизм работы с «моделями» так же не может нормально заменить процедурные механизмы построения UI.

ЗЫ3 Я очень люблю Qt но очень расстроен тем что из него делают.

стесняюсь спросить, это вы winforms или wpf называете лидерами рынка? рынка чего? кросплатформенных программ? если рассматривать в ключе портабельности и вендоронезависимости, то я не понимаю о каких по факту лидерах идет речь

но если кроссплатформенность не нужна, то просьба закрыть вкладку с этим сайтом, тогда все не нужно кроме ХХХ, а то что есть AAA...ZZZ не волнует, да?

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

простых гуёв для простых программ... особенно для мобильников.

Дополню сам себя: в итоге им уже приходиться генрить qml на лету в C++ модулях, что бы добиться процедурного построения UI и это бред, причём про скорость я уже не говорю.

Кроме того в QML идёт полное смешение интерфейса и логики, прям в QML встявляют разные вызовы (то от чего в html ушли в пользу всяких connect в место описания всего и всея в onclick="").

просто видуха закипит и отрубится, только и всего.

Это потому что ты зря ее собой обработал

Зачем нужно Qt, если есть GTK? Нет, ну серьезно, какие преимущества у этого фреймворка с запятнанной репутацией?

Я имею ввиду Apple Xcode Interface Builder.

Есть Windows и OS X. На остальных, производителям профессиональных средств разработки интерфейсов, мягко говоря насрать, затраты просто не окупаются.

Зачем нужно Qt, если есть GTK?

«Зачем нужна физика если есть химия»

>Нет, ну серьезно, какие преимущества у этого фреймворка с запятнанной репутацией?

Протри свои розовые очки от пятен

PS: GTK на макоси Cocoa использовать может? Все что видел до сих пор на нем — тормозное УГ работающее через Х11

Зачем нужно Qt, если есть GTK? Нет, ну серьезно, какие преимущества у этого фреймворка с запятнанной репутацией?

Боюсь для этого вам надо по программировать на том и на другом. Главная особенность GTK это то что она написана на C с изобретениями ООП подобных велосипедов. GTKmm убог более чем полностью.

Короче на Qt гораздо удобнее и приятнее писать особенно сложные и большие приложения. Кроме того у Qt более подробная и удобная документация.

Что такое «макось»? Это не то проприетарное говно, которое ныне мертвец впаривал всяким хомякам-сектантам? Если да, то почему свободный GTK должен там работать?

Благодарю за нормальный и подробный ответ.

Пробовал написать свой виджет на GTK?

Спердобейся? Что за тупой наезд?

Нет, ну серьезно, какие преимущества у этого фреймворка с запятнанной репутацией?

gtk - не фреймворк. Если нужно написать кроссплатформенное приложение, то qt почти идеален. На той же венде замучаешься собираться дополнительные либы, т.к. gtk это только гуй. А тут всё в комплекте, рабочее и удобное.

Главная особенность GTK это то

А главная особенность кути это то, что все интерфейсы написанные на ней выглядят как полное говно. Особенно ярко это проявляется в Windows 7, на фоне ее нативных приложений. Причина этого довольно проста, разработкой форм занимались линуксовые программисты С++ со смещенным центром тяжести мозга, не имеющие ни малейшего представления о юзабилити и правильных принципах проектирования интерфейсов.

главная особенность кути это то, что все интерфейсы написанные на ней выглядят как полное говно

Ты забыл слово «мои». Если все твои интерефейсы выглядят как говно — это твои проблемы, а не Qt.

Значит не пробовал. Если ты не программист, тебя вообще не должно волновать что лучше Qt или GTK, а также их свободность/несвободность. Просто не лезь в то, в чем не разбираешься.

Хочу нативный и быстрый код. И не хочу жуткий GTK (химера сишная...)

А куда же бежать? Что ещё, кроме qt, умеет пусть не идеально, но продуманно работать с большими объёмами данных?

Боюсь для этого вам надо по программировать на том и на другом. Главная особенность GTK это то что она написана на C с изобретениями ООП подобных велосипедов. GTKmm убог более чем полностью

Часто в заслугу троллям ставят продуманность концепции фреймворка, однако нисколько не умаляя их заслуг, всё же следует отметить, что это больше следствие полноценной и грамотной реализации возможностей ООП

Я бы тебя послал, да жалко скора. Буду лезть туда, куда хочу, и у всяких (неразборчиво), как ты, спрашивать не буду. Алсо залезь под одеяло и не волнуйся о том, что должно меня волновать.

продуманно работать с большими объёмами данных

Может Oracle?

А главная особенность кути это то, что все интерфейсы написанные на ней выглядят как полное говно.

лол, я вот гномом не пользуюсь по той причине, что он отстойно выглядит, а выглядит он так, потому что на Gtk написан

При чём тут Oracle? Речь идёт о представлении данных, а не об их хранении

А главная особенность кути это то, что все интерфейсы написанные на ней выглядят как полное говно.

Дружно промолчим про вид GTK на Mac OS X / Windows.

Я вообще не программист. Но зато могу сравнить насколько удобен и продуман интерфейс фотошопа по сравнению с линуксом.

Фотошоп - это вещь в себе, точно так же можно сравнить интерфейс фотошопа с иллюстратором

подтверждаю - писал на GTK# - документация ужасна, даже на Си-шную и питонную версию GTK

вот Qt это вообще улетная документация

Oracle Forms, a component of Oracle Fusion Middleware, is Oracle's long-established technology to design and build enterprise applications quickly and efficiently.

Какие же вы толстые. Не осилили нормально MVC? Ну и потом, что мешает на лету компоненты через js в qml генерить по наборам данных? Оверхед там минимальный по времени. В Qt5 обещали наконец нормальные таблицы и табличный view,

The primary focus of Forms is to create data entry systems that access an Oracle database