Планы на Qt 6

QtWidgets упоминается ровно два раза и то вскользь. Видимо ненужно, а жаль.

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

Не вижу повода для пессимизма.

Весьма важное изменение — Qt переводится на CMake.

QBS не взлетел, QMake будет поддерживаться, но не развиваться.

Поддержка C++17 (но не уточняется в чём это будет выражаться)

Может в том, что Qt станет библиотекой, а не чем-то с MOC-компилятором. Это ведь обещали они

А вот сделали бы они возможность построения сайтов и веб-интерфейсов, чтобы Qt стал мега-кроссплатфоменным, чтобы GUI был в браузере

QtWidgets на маке забагованы чуть менее чем полностью.

И это ужасно.

Ну и будут все сидеть на пятых до последнего.

QtWidgets упоминается ровно два раза и то вскользь. Видимо ненужно, а жаль.

Пусть просто не сломают их.

чтобы GUI был в браузере

Такие попытки были давно у некоторых фреймворков (gtk вроде), но не представляю кто этим серьезно будет пользоваться.

у Qt тоже вроде что-то было, через --platform как-то включалось. А вообще QML вполне себе веб, мне даже письмо от Qt приходило, мол поглядите на qml — на нем верстать интерфейс проще, чем в веб

MOC даёт много плюшек аля Q_INVORKE, Q_POPERTY, которые без него будут выглядет жутковато

я на своих 4.8.6 сидел, сижу и буду сидеть!

Алё, Qt for WebAssembly.

Строго-типизированный QML

У меня по небольшому опыту попыток разобраться с QML сложилось впечатление, что это редкостная дрянь. Да, C++ странный язык для разработки GUI (moc как ни крути — костыль), но добровольно писать после него на JS... Да ещё прилагать несуразно титанические усилия, чтобы связать одно с другим в сколько-нибудь сложном случае (grid с редакторами в ячейках, например)...

Вроде уже есть

• https://blog.qt.io/blog/2019/01/25/introducing-qt-http-server/
• https://blog.qt.io/blog/2019/02/01/qhttpserver-routing-api/
• https://blog.qt.io/blog/2018/06/12/remote-uis-webgl-webassembly/
• https://blog.qt.io/blog/2015/06/05/porting-three-js-code-to-canvas3d/

стек технологий Qt становится всё толще и толще.

чтобы написать нечто сложнее HelloWorld как минимум теперь надо C++xyz, QML, css, js.

что добавить в этот крепкий бульон ?

QtWidgets упоминается ровно два раза и то вскользь. Видимо ненужно, а жаль.

Бред какой-то выходит, именно они и нужны, ведь Qt это про C++ виджеты

а это QML и темболее это Опциональный JS

вот что действительно не нужно.

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

css да был (только он кажись qss или типа того назывался), т.к. стили удобно действительно в «конфиг файле» задать.

Тринити что ли?

Вау, с разморозкой меня!

Шикардос, как-то я упустил. Это уже штатная функция или еще на этапе тестирования? Или просто поиграются и бросят?

Что за наезды на модульный Qt?

с тех пор 4.8.7 уже вышла

Не, не станет. Это они собираются делать в Qt7, потому что нужные фичи в крестах появятся не раньше C++23

Да и не на маке баги есть. А если реализацию смотреть, то в некоторых местах вообще мрак

Может в том, что Qt станет библиотекой

Это и так бибилотека

а не чем-то с MOC-компилятором

Не хочешь, не пользуйся.

В веб не планируют? Очень хотелось бы писать веб приложения на Qt.

QML сырой, что ппц. Звона по поводу него много, но реально, виджеты гораздо более развитая технология.

Ещё 1. Выше по треду вам ссылки дали.

Нормальных GUI либ в принципе нет, так что...

Опять белки-истерички. Ничего не поменялось и всё по-прежнему опционально.

Веб на плюсах? Что это за наркомания?

на нем верстать интерфейс проще, чем в веб

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

М-да ...

Владимир

Добавочка.

Рыдаю и прошу разработчиков QT - «Реализуйте пожалуйста GUI подобное вэб» /выдержка из моего кошмарного сна/.

Владимир

Можешь подтвердить своё заявление ссылками? Интересно почитать. Насколько я помню, отказываться от moc’а вообще не планировалось.

Но ведь очевидно - кто-то должен его разработать.
И скорее всего его архитектура не должна быть как у нынешних GUI - вот вам 573 controls и designer.
Для середины 90-х это «шаг вперед», но скоро за двадцатку «перевалим».

Владимир

Рыдаю и прошу разработчиков QT - «Реализуйте пожалуйста GUI подобное вэб» /выдержка из моего кошмарного сна/.

Где-то так https://www.youtube.com/watch?v=zzrwi0vbbZY Театральные Рыдания! На Курсе Актёрского Мастерства Театра Фарт.

Владимир

У них актерский талант сродни танцам кузнеца в балете.

Владимир

Это они собираются делать в Qt7, потому что нужные фичи в крестах появятся не раньше C++23

Понял, интересная инфа

Это какой-то левый костыль? Не официальный ведь

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

А как быть с тем, что они категорически не поддерживают масштабирование? Т.е. масштабировать виджеты можно, а вот шрифты без костылей нет.

Веб на плюсах? Что это за наркомания?

Не просто веб, а фронтенд на плюсах!

Не просто веб, а фронтенд на плюсах!

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

фронт и так можно на плюсах. Точнее почти любой X-вый GUI можно исключительно админскими действиями перекинуть в броузер. Просто не все об этом знают

почти любой X-вый GUI можно исключительно админскими действиями перекинуть в броузер

Как? Только не говори про средства трансляции (spice, rdp, X etc.) — это не «перекинуть в браузер».

Как? Только не говори про средства трансляции (spice, rdp, X etc.) — это не «перекинуть в браузер».

отчего-же нет ?

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

http://cloudtk.tcl-lang.org:5443/cloudtk/

на странице в массе - tk приложения, но обычные X тоже работают, пробовал

Шта?

Только не говори про средства трансляции (spice, rdp, X etc.) — это не «перекинуть в браузер».

отчего-же нет?

Потому что в итоге они работают не в браузере, а на сервере.

Наверно потому что единственно верного способа масштабирования не существует.

Наверно потому что единственно верного способа масштабирования не существует.

Ну так QML почему-то умеет в масштабирование элементов вместе с текстом, видимо приемлемый способ таки существует.

Шта?

Ну ежели за последний год таки завезли, то извиняйте, ошибся. До того никаких способов масштабировать шрифты синхронно с виджетом небыло. Я говорю именно о нормальных виджетах, не QML. И я говорю именно о нормальном масштабировании, а не о том, чтобы по ресайзу сидеть и гадать, какой размер шрифта выставить для текущего размера виджета.