Представлен (http://blog.qt.digia.com/blog/2014/02/05/qt-5-2-1-released/) корректирующий выпуск Qt 5.2.1, вобравший результаты работы по устранению ошибок и проблем, выявленных за два месяца с момента выхода Qt 5.2 (https://www.opennet.ru/opennews/art.shtml?num=38645). При этом, в Qt 5.2.1 внесена большая порция оптимизаций, в основном направленных на увеличение производительности JavaScript и QML в новом компоненте Qt Quick Engine. Много важных исправлений внесено в код поддержки платформ Android и iOS, в том числе обеспечена поддержка сборки с использованием iOS 7.0 SDK и добавлена подборка примеров мобильных приложений. На уровне API и ABI новая версия полностью совместима с выпуском 5.2.0.
Одновременно вышло (http://blog.qt.digia.com/blog/2014/02/05/qt-creator-3-0-1-re.../) обновление интегрированной среды разработки Qt Creator 3.0.1, в котором представлено около 50 изменений (https://qt.gitorious.org/qt-creator/qt-creator/source/ff38bb...), связанных с исправлением ошибок. Наиболее важные исправления касаются работы Qt Quick Designer, средств отладки и поддержки платформ Android и iOS.URL: http://blog.qt.digia.com/blog/2014/02/05/qt-5-2-1-released/
Новость: https://www.opennet.ru/opennews/art.shtml?num=39016
Оптимизации им явно не хватает.На предыдущей версии QML GridView сильно тормозил на модели из 300 элементов по 3 свойства в каждом(QString, QDateTime, QString, из с++ прокидывается). При прокрутке элементов грида нагрузка на проц росла прямо пропорционально скорости прокрутки. Приложение с одним этим гридом отедало 100 Мб. Из них ~30Мб разделяемых библиотек.
Все это на mac os x с 16 гигами ОП и i5 процом.
Не знаю, как в маках с железом, но, это может быть что-то связанное с видеодрайверами.
По крайней мере на линуксах довольно сильный разброс в производительности одной и той же версии Qt на различном, но сопоставимом по мощностям железу. Есть комбинации железа, где Qt просто летает.
сигналы может отключать, обрабатывать виджет и снова сигналы активировать? классическая ошибка для работы с просигналенными объектами... утечки можно посечь профилировщиком - но может и просто, левых объектов создаётся по поводу и без повода.
Никаких сигналов явно там не использовалось. Программа чисто эксперементальная была. Лезем в С-шную либу, из полученных данных формируем QObjectList-based model. Отдаем модель QML-ю (http://qt-project.org/doc/qt-4.8/qdeclarativecontext.html#se...). TableView в QML уже сам знает что ему из модели показывать (http://qt-project.org/doc/qt-5.1/qtquickcontrols/qml-qtquick...)
может данные в модели достаточно быстро меняются? 300 элементов не так-то и много. модель к другим виджетам прикручивали?
Пожалуйста, не пожалейте пары минут - проголосуйте
https://bugreports.qt-project.org/browse/QTBUG-1538
Это необходимо для SSO в KDE.
Какая связь?
Новые выпуски Qt.
Там Thiago в 2010-м пишет, что делают. Ну так и спроси там же.
Спасибо, не нужно такого.
Дурак что ли?
Кедераст что ли?
Действительно, дурак :-)
Как видишь, там будет спросить более правильным выбором.
Спрашивать, мне кажется, бесполезно. Необходимо как можно большее число голосующих.
Вообще, ситуация парадоксальная: хоть M$ ISA ставь, чтобы приложения, базирующиеся на Qt, могли ходить в интернет не спрашивая пароль. (прокси-сервер обязателен, по крайней мере в нашем случае). К сожалению, моих знаний английского недостаточно, чтобы с тонким сарказмом указать разработчикам на эту ситуацию. Поддержка NTLM давно реализована, а kerberos, необходимый для мало-мальски удобной работы пользователей - нет. Если у кого-то есть необходимые навыки в английском - ткните, пожалуйста, разработчиков носом.
Да и делать не слишком полезно. Авторизуйся у squid при помощи kerberos.
> Да и делать не слишком полезно. Авторизуйся у squid при помощи kerberos.Именно это я и делаю. Firefox, Chromium - работают. Все, что заточено на использование Qt HTML - не работает.
Может, не работает, всё, что не умеет прокси? А ему и нефиг.