Qt Project жив!

Я о запуске и использовании, а не о сборке, она тормозит из-за moc.

Уйди отсюда, школьник. Просто уйди.

Что я не так сказал?

lgpl3+/gpl3+

>у них другие проблемы.

Наверное, не «другие», а «разные»?

Да, так было бы лучше.

>Это толстый намёк на Linfan что ли? :)

Нет, это прямой намёк ему. ;)

Отличная новость, надеюсь теперь Qt будет еще лучше!

еще бы отменили идиотский переход на JavaScript в Qt5 - было бы круто!

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

С джава-скриптом есть проблема для проприетарного ПО — он не компилируется, исходники придется оставлять открытыми.

-O2 + strip

> А я ломал голову, почему Линус Торвальдс написал Subsurface на Gtk+. Вот оно что. Недальновидный потому что.

С каких пор Торвальдс программирует на C++? Он помнится в своем блоге кидался какашками в сторону плюсов, было бы странно, если бы он начал их использовать.

Ага, я тоже чёта не понял....
Ведь если открытость, то и про лицензию бы?

>-O2 + strip

Нет проблема скорее всего не в компиляции.... потому как весят много не единичные Qt-проги а ВСЕ

>С каких пор Торвальдс программирует на C++? Он помнится в своем блоге кидался какашками в сторону плюсов, было бы странно, если бы он начал их использовать.

На сколько я знаю GTK+ это не С++ а чистый С

GTK - Cи; gtkmm - С++

Может быть это проблема C++. В Qt нет ничего такого, что раздувало бы код сильнее чем обычные C++.

>Может быть это проблема C++. В Qt нет ничего такого, что раздувало бы код сильнее чем обычные C++.

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

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

Так это проблема не столько Qt, сколько C++, код на котором который весьма тяжело парсить, в отличии от того же C. Зато оптимизированный компилятором код на плюсах вполне может конкурировать с сишным по быстродействию.

а с каких это пор qt стал несвободным ?

Для пользователей это вообще не имеет значения. Для программистов есть прекомпилированные хедеры, ccache и forward declarations.

> А я так хотел! ;) :D :) Шутка. Мне просто был интересен ответ создателей sk1 (PrintDesign) на эту новость, потому как теперь их аргументы против Qt не состоятельны.

Так как бы главная их претензия была вроде:

Cairo не встроен в GTK+ так, как QPainter в Qt (QPainter является частью модуля QtGui и зависит от QtCore), и это позволяет делать серверную сборку без привязки к Xlib/WinAPI; это самый важный момент, т.к. рендерер должен использоваться в UniConvertor как базовая часть для конвертации векторной графики в растровые изображения.

Со второй версии еще, которая вышла в 99м году кажется.

> Я заметил странную особенность, все проги написанные используя Qt почему-то весят хрен знает сколько.... даже прога с примитивным функционалом весит чуть-ли не как фотошоп.....

4.2, бинарник, использующий Qt весит пропорционально размещенному в нем коду. Другое дело, что Qt разбит на несколько модулей, каждый из которых является библиотекой (QtCore, QtGui, QtNetwork, QtXml, и т.п.) и весит несколько мегабайт. Если бинарнику нужны несколько таких модулей, он тянет их в зависимостях (для венды dll'ки поставляются вместе с ним). Либо, при статической линковке, все необходимое упаковывается в бинарник. Только в этом случае при использовании большого количества модулей Qt его размер становится в несколько десятков мегабайт. При чем до фотошопа-то все равно ой как далеко.

> На сколько я знаю GTK+ это не С++ а чистый С

Я разве говорил обратное? Я утверждал, что Торвальдсь пишет на C и не любит C++, а следовательно использует GTK+, а не Qt.

Всё, я перестал страдать по поводу экзешников из Lazarus
причём это реально.

Я про вес программ.

RMS, наверное, минералкой поперхнулся. Последний агрумент за некошерность Qt отпал ;)

Я про вес программ.

Нет, вы не убедили меня, что 16Мб на пустую форму это уже нормально.

>и это позволяет делать серверную сборку без привязки к Xlib/WinAPI

угу. это как сервер mumble, который тянет за собой все qt.
Убивать за такое надо.

//Сидел на работе, собирал через ssh umumble с polarSSL.

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

Ау, сейчас всем плевать на размер программ, сейчас HDD по 2 TB и каналы по 10-100 Mb. Может уже хватит? :)

Только что проверил. 27 кб.

> [q]Qt, в частности, используются в Autodesk Maya,[6][7], Adobe Photoshop Elements, OPIE, Skype, VLC media player,[8] VirtualBox, и Mathematica,[9] и на European Space Agency,[10] DreamWorks,[11][12] Google, HP,[13] KDE, Lucasfilm,[14] Panasonic,[15] Philips,[16] Samsung,[17] Siemens,[18] Volvo[19] и Walt Disney Animation Studios,[20].[/q] Пруф - на википедии. Тут-то думаю им верить можно. Итак, вы считаете, что все указанные монстры дружно сбегут на GTK?

Вы забыли упомянуть Антивирус Касперского 2012

Тормозные фреймворки не нужны

* Qt быстрее Cairo в XRender в 5-7 раз

* Qt(OpenGL) быстрее Qt(XRender) в 5-7 раз, но упирается в производительность GPU при 80000+ вершин

* Cairo(Glitz) показывает одинаковую производительность с Cairo(XRender)

* Ни Amanith, ни Cairo(XRender) не могут справится с последним полигоном в 100000 вершин.

* С большим полигоном Cairo(Glitz) отображает 0.2 кадра в секунду, а Qt переваливает за 10 fps.

* Qt(XRender) на порядок превосходит по производительности и Cairo(Glitz), и Amanith, хотя последние работают с OpenGL ускорением, а первый без него.

Иди в школу в общем.

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

Ау, сейчас всем плевать на размер программ, сейчас HDD по 2 TB и каналы по 10-100 Mb. Может уже хватит? :)

Нет, есть истинные ценности, неподвластные времени и моде. Мужество, честность, смелость :)) И в высоких технологиях есть свои «мужество, честность, смелость» - это размер исполняемого файла. HDD могут быть любого размера и каналы передачи данных тоже, но если примитивная программа весит хрен-знает сколько, то это элементарный не профессионализм, не способность программиста делать свою работу на высшем уровне, это признание программистом своей профессиональной несостоятельности.

>сейчас HDD по 2 TB и каналы по 10-100 Mb. Может уже хватит? :)

А как насчёт скорости этих самых HDD? А скорости _серверов_, а не каналов?

Откуда такие данные о Qt? Или это личные домыслы?

Только что сделал хеллоуворлд на qt, с одной формой:

-rwxr-xr-x 1 shutty shutty 25254 Oct 21 22:19 qt-gui-size

Двадцать пять, етить его, килобайт. Где 16 мегабайт-то? Или у кого-то руки кривые?

GTK-тролли SOSNOOLEY

>Ау, сейчас всем плевать на размер программ, сейчас HDD по 2 TB и каналы по 10-100 Mb.

Потреблядь закукарекала

Ну кто сказал, что «маленькая программа» - это «мужество, честность, смелость»?

Программа должна быть быстрой, качественной, безопасной, надёжной, удобной. «Маленькие программы» и экономия каждого байта - это пережиток прошлого, либо демосцена. Сейчас нет смысла экономить на спичках. :)

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

Любой линукс-дистрибутив содержит в себе сотни мегабайт библиотек. Чем Qt в этом случае провинилась? Ваши программы не будут больше весить, если их не линковать статически со всеми возможными библиотеками. Использовать библиотеки и инструментарии - это совершенно нормально и пусть они весят хоть сотни мегабайт, это всегда будет оправдано.

Тоже несостоятельно. Qt-gui таки не зависит от XLib, собираем бранч lighthouse и юзаем платформу minimal. Усё, никаких иксов! Можно server side лепить. В общем не осилили!

виндопроблемы.

> Любой линукс-дистрибутив содержит в себе сотни мегабайт библиотек.
В основном достаточно небольших и хорошо работающих вместе, а не монолитных монстров.

Подозреваю, что кто-то хитро написал про лазарус в теме про Qt.

А то, что на каждый чих по 100500 разных библиотек, делающих одно и тоже, это ничего :}

Ну не в одном и том же приложении.
А для разных приложений это не столь критично.

Так в Qt тоже все модули тебя никто не заставляет цеплять, схватил Core+GUI и пошёл.

Плюс там что-то обещали про ещё модульнее, ещё шоколаднее, поглядим.

> схватил Core+GUI
Я такие штанги не поднимаю.

Плюс там что-то обещали про ещё модульнее, ещё шоколаднее, поглядим.

Ждём, ждём, ждём...
---
Да и заточка под Си++ не есть что-то полезное, когда программируешь достаточно отличных он него ЯП.