LINUX.ORG.RU

Вышел Qt 5.2

 ,


1

1

Вышла новая версия Qt - кроссплатформенного C++ тулкита для построения приложений. Попутно выпущен Qt Creator 3.0.

Некоторые изменения:

  • Qt Core
    • класс QCommandLineParser для разбора аргументов командной строки
    • класс QTimeZone для поддержки временных зон
    • новые возможности перенаправления ввода-вывода в QProcess
  • Qt Widgets
    • в QLineEdit добавлена кнопка очистки содержимого
    • класс QKeySequenceEdit
    • возвращено управление сессиями как в Qt4
    • добавлена поддержка placeholder текста в QTextEdit
    • QInputDialog научился запрашивать многострочный текст
    • новые сигналы tabBarClicked и tabBarDoubleClicked в QTabBar
    • возможность задать длительность показа всплывающей подсказки (то что раньше делалось программистом вручную через фильтрацию событий)
  • Qt Print
    • поддержка расширенных возможностей CUPS в QPrintDialog (для Linux)
  • Qt QML
    • новое свойство «state» в Qt.application
    • новый JS движок V4
  • Qt Quick
    • новый рендерер
    • поддержка внешнего drag-and-drop
  • Qt Webkit
    • контекстные меню для HTML5 видео
    • объект Canvas Path
    • геолокация
    • асинхронный сборщик мусора

Новые модули:

  • Qt Bluetooth (Linux/BlackBerry)
  • Qt NFC (BlackBerry)
  • Qt Positioning
  • Qt Windows Extras (расширенная поддержка возможностей Windows наподобие продвинутых кнопок в панели задач)
  • Qt Mac Extras (расширенная поддержка возможностей Mac наподобие NSString)
  • Qt Android Extras (расширенная поддержка возможностей Android наподобие доступа к JNI окружению)

Также Qt Quick 1 объявлен устаревшим.

Скачать: http://qt-project.org/downloads

Известные проблемы: http://qt-project.org/wiki/Qt520-KnownIssues

Демо-пример на мобильных платформах: http://www.youtube.com/watch?v=-NdvLGbPAbc

>>> Подробности

★★★★★

Проверено: leave ()
Последнее исправление: alex_custov (всего исправлений: 2)

Ответ на: комментарий от anonymous

Поработав с QML забываешь виджеты как страшный сон.

меньше надо писать быдлопрограммы аля шиндовс-стайл, не вписывающиеся в пользовательское ДЕ
для виджетов стили есть, у программ на QML внешний вид гвоздями прибит

dt1 ★★
()
Ответ на: комментарий от dt1

у программ на QML внешний вид гвоздями прибит

Так они ж там как раз для «вписывания в DE» Qt Desktop Components пилили, долго и упорно (и всё равно к Qt5 не успели) велосипедили для QML то, что в их же виджетах ещё сто лет назад нормально работало. Зато декларативность (хотя возможность в рантайме грузить .ui тоже была не нова), жабаскрипт, анимации и т.п., ага. :)

anonymous
()

А где changelog для QtCreator 3.0?

deMax
()
Ответ на: комментарий от Obey-Kun

В вебе нормальная динамика если и будет, то нескоро, ибо перестройка DOM при любом нетривиальном изменении в интерфейсе и прочие подобные шалости быстро смогут разве что нагрузить систему бессмысленной работой и убить производительность. Необходимость на каждый чих лезть к серверу тоже скорости как бы не прибавляет. Но некоторым освоение технологий создания [говно]сайтов так основательно сносит крышу, что они начинают грезить о переносе всего и вся в веб/облака и орать об этом на каждом углу.

anonymous
()
Ответ на: комментарий от anonymous

Веб нужен
гуйня не нужна

Аварийный останов: взаимоисключающие параграфы.

anonymous
()
Ответ на: комментарий от dt1

Гвоздями прибит?.. смешно =) Естественно надо работать с дизайнером, ессно дизайнер должен пилить кастомные виджеты непосредственно на QML.

anonymous
()
Ответ на: комментарий от alex_custov

Ну например вот так: https://play.google.com/store/apps/details?id=rohrnetz.berechnen

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

anonymous
()
Ответ на: комментарий от anonymous

в первой программе явно требуется много GUI элементов, во второй нет. Если имеется ввиду внешний вид элементов, то они легко стилизуются с помощью CSS, а QML - нет.

alex_custov ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Это мой софт тащемта. И не лаба, а продукт длительной работы на чистом энтузиазме, который активно юзают на кафедре (несмотря на существование того же ansys — круг задач другой) и который (скорее всего) ещё будет дорабатываться на нефиговые такие бабки от роснефти.

Для нашего применения такого плана интерфейс куда лучше, чем текстовое описание модели. У нас довольно специфические задачи, для которых оно подходит идеально.

Obey-Kun ★★★★★
()
Последнее исправление: Obey-Kun (всего исправлений: 2)
Ответ на: комментарий от alex_custov

Кумл вообще-то достаточно легко стилизуется... причем средствами самого кумла, уровень стилизации цссу и не снился. :)

zJes ★★
()
Ответ на: комментарий от anonymous

напирмер? у меня вот спирит пользуется и асио и без правок компилился как с 1.36, так сейчас и с 1.55

anonymous
()
Ответ на: комментарий от anonymous

Приличный код - это, например, Boost. А кто не осилил шаблоны - вон из профессии.

И на кой в Qt шаблоны?

Чтобы QDateTimeEdit, QDoubleSpinBox и QSpinBox заменить на QSpinBox<QDateTime>, QSpinBox<double> и QSpinBox<int>?

Obey-Kun ★★★★★
()
Последнее исправление: Obey-Kun (всего исправлений: 1)
Ответ на: комментарий от Obey-Kun

да на перывй взгляд вроде даже пашут. Только все равно как-то чужеродно выглядят в той же бубунте. Есть что-то мелкое неуловино-неприятное

anonymous
()
Ответ на: комментарий от Obey-Kun

Однако, с первого же взгляда на этот интерфейс ясно, что авторы вообще и слова-то такого, как «usability», ни разу в жизни не слышали. И именно такие бракоделы обычно и защищают всякие там Delphi и Qt.

anonymous
()
Ответ на: комментарий от zJes

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

alex_custov ★★★★★
() автор топика
Ответ на: комментарий от Kosyak

P.S. Кстати, Xilinx ISE и Altera Quartus тоже на кутях.

Киздобол. Они на Tk вообще-то всю жизнь были. Причем, все равно они абсолютно неюзабельны, из ISE можно только batch-тулзами пользоваться, а код писать все равно в vim приходится.

anonymous
()
Ответ на: комментарий от anonymous

Можно конкретики?

Лучше после этого вашего «первого взгляда» сюда, оно посвежее.

Obey-Kun ★★★★★
()
Ответ на: комментарий от Obey-Kun

Вообще там оно заведомо ограничено и настраивается (12,25,50). У меня на ноуте (5-летней давности) выдает примерно 25 в фоксе и примерно 50 в хроме. В ие 11 рисуется аж «ня-ня-ня)» Но я еще буду оптимизировать анимацию, и, возможно, переходить на webGL, так что считай это прототипом. Я обращал внимание на всякие панельки сейчас в первую очередь.

На Qt со сценой-представлением летало бы.

И слабо верится, и дольше, и не кроссплатформенно - короче, неприемлемо.

special-k ★★★★
()
Ответ на: комментарий от Obey-Kun

далеко не всему софту нужно работать и на мобилках

Мы сейчас говорим конкретно про эту игру. А вообще, спорно. Часть функционала может быть доступна везде.

special-k ★★★★
()
Ответ на: комментарий от anonymous

За Quartus не скажу, альтеру лет 5 вообще не видел, а ISE 14.2, которой я в данный момент пользуюсь, таки на Tk однозначно.

anonymous
()
Ответ на: комментарий от Obey-Kun

Что ты с этим говноедом споришь. Это же идиот со справкой. Такие же бегают и кричат о всеплатформенности ведроида. Только сначала его почему то допиливали под x86, потом под mips. А потом, внезапно, выяснилось что более-менее сложный софт требует кеши под каждую платформу свой. И это только arm. А так всё кроссплатформенно.

anonymous
()
Ответ на: комментарий от anonymous

Ага, определяю. Первый тест - не пройден. Дальше уже смотреть бесполезно.

anonymous
()
Ответ на: комментарий от Obey-Kun

Молодец, верю, отличный софт. Наверное. Не обижайся. Я взял (совершенно случайно) его в качестве анти-примера UI на мобильных платформах. Просто первым своим постом к I-Love-Microsoft я хотел донести предложение изучить QML, абсолютно позитивно. Вижу тенденцию что многие разработчики не склонны что-либо менять. Использовать виджеты в новых разработках под мобильные платформы это глупо. Почитайте гайдлайны хотя бы. Посмотрите на современные приложения. В топку кнопки, радиобуттоны, чекбоксы, закладки. Это все архаизм. UI-интерфейсы должны быть совершенно иными. Напишите небольшие нативные приложения на Java/Obj-C чтобы изучить возможности. Анализируйте, сравнивайте. Придумывайте свои контролы, свое видение интерфейса. И вы поймете - в мобиле классические виджеты не нужны как их не стилизуй.

anonymous
()
Ответ на: комментарий от anonymous

Спасибо на добром слове.

У меня как раз в планах одно Android-приложение для гидрогеологов, ради него буду изучать QML.

Что виджеты в 99% случаев для мобилок не нужны — согласен полностью.

Obey-Kun ★★★★★
()
Ответ на: комментарий от anonymous

Просто на дебиане не preempt ядро.

CONFIG_PREEMPT_VOLUNTARY=y

anonymous
()
Ответ на: комментарий от anonymous

Киздобол. Они на Tk вообще-то всю жизнь были.

Иногда лучше инфу проверять прежде чем говорить.

[kosyak@knetbook Xilinx]$ . /home/kosyak/Xilinx/14.7/ISE_DS/settings64.sh
. /home/kosyak/Xilinx/14.7/ISE_DS/common/.settings64.sh /home/kosyak/Xilinx/14.7/ISE_DS/common
. /home/kosyak/Xilinx/14.7/ISE_DS/EDK/.settings64.sh /home/kosyak/Xilinx/14.7/ISE_DS/EDK
. /home/kosyak/Xilinx/14.7/ISE_DS/PlanAhead/.settings64.sh /home/kosyak/Xilinx/14.7/ISE_DS/PlanAhead
. /home/kosyak/Xilinx/14.7/ISE_DS/ISE/.settings64.sh /home/kosyak/Xilinx/14.7/ISE_DS/ISE
[kosyak@knetbook Xilinx]$ ldd `which _pn` | grep Qt
        libQt_Gui.so => /home/kosyak/Xilinx/14.7/ISE_DS/ISE/lib/lin64/libQt_Gui.so (0x00007f6add3b5000)
        libQt_Xml.so => /home/kosyak/Xilinx/14.7/ISE_DS/ISE/lib/lin64/libQt_Xml.so (0x00007f6add26e000)
        libQt_Core.so => /home/kosyak/Xilinx/14.7/ISE_DS/ISE/lib/lin64/libQt_Core.so (0x00007f6adcf29000)
        libQt_Solutions4.so => /home/kosyak/Xilinx/14.7/ISE_DS/ISE/lib/lin64/libQt_Solutions4.so (0x00007f6adcd0f000)
[kosyak@knetbook Xilinx]$ 
На самом деле там вообще адская солянка из жабы, тикля/тк и кутей.

Причем, все равно они абсолютно неюзабельны, из ISE можно только batch-тулзами пользоваться, а код писать все равно в vim приходится.

Согласен, редактор - говно.

Kosyak ★★★★
()
Ответ на: комментарий от anonymous

Гвоздями прибит?.. смешно =) Естественно надо работать с дизайнером, ессно дизайнер должен пилить кастомные виджеты непосредственно на QML.

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

dt1 ★★
()
Ответ на: комментарий от anonymous

В топку кнопки, радиобуттоны, чекбоксы, закладки. Это все архаизм.

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

UI-интерфейсы должны быть совершенно иными.

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

dt1 ★★
()
Ответ на: комментарий от anonymous

Вообще-то, тут идиоты бегают и кричат о всеплатформенности qt. Только сначала его почему то допиливали под x86, потом под mips. А потом, внезапно, выяснилось что более-менее сложный софт требует кеши под каждую платформу свой.

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

special-k ★★★★
()
Ответ на: комментарий от dt1

феерический бред

неа. Это инерция (сознания и дизайна). И по инерции все это сейчас пользуется. А так это архаизм, с другим анонимом согласен.

anonymous
()
Ответ на: комментарий от dt1

А где доказано, что «стандартные элементы» эффективны? Их отсутствие должно как минимум допускаться.

special-k ★★★★
()
Ответ на: комментарий от Obey-Kun

QML от веба недалече. Чуть по-фичастие, чуть по-шустрее, не такой кроссплатформенный. Эдакий новый флэш..
Если веб такой неправильный, то что же вы все так под него косите))

special-k ★★★★
()
Последнее исправление: special-k (всего исправлений: 1)
Ответ на: комментарий от special-k

кстати, да - есть ли возможность писать десктопные приложения на html+js? с доступом к фс, сетевым интерфейсам и прочими ништяками. ну кроме кривого и недопиленного node.js

Ford_Focus ★★★★★
()
Последнее исправление: Ford_Focus (всего исправлений: 1)
Ответ на: комментарий от Ford_Focus

Можно обернуть браузер, но для расширения функционала, там скорее всего будет не js. Можно писать плагины что-то тоже будет можно https://developer.mozilla.org/en-US/Add-ons/Code_snippets/File_I_O?redirectlo... Но с м.т.з. это все костыли, я за отдельный бэкенд.

special-k ★★★★
()
Ответ на: комментарий от special-k

Нативщина НЕ может быть кроссплатформенной априори.
linux.org.ru

Вот что руби с людьми делает.

anonymous
()

Вообще, в чём проблема HTML 5... Написать на JS VM-интерпретатор С, портануть на него C++, портануть туда QT, в QT запустить рекурсивно JS VM-интерпретатор C...

Shadow ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.