Qt6. Стоит ли портировать свои программы?

WebKit из Qt совсем убрали? Или вместо него что-то есть?

WebKit из Qt совсем убрали? Или вместо него что-то есть?

Я Webkit использовал для запуска url'ов(да, я извращенец), мне так проще было накодить, не прибегая к изучению класса QtNetwork.
Я у себя выпилил из программы WebKit. Есть ли он в Qt6 я не знаю.

Где исходники? Чего переводить то?

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

QtWebEngine – полноценный движок Chrom{e,ium} (Blink) с Qt-обвязкой. Компилируется дольше чем сам Qt.

По сабжу – переход с Qt 5 на Qt 6 должен быть ещё менее бескровным, чем с Qt 4 на Qt 5.

Проверить совместимость кодовой базы с Qt 6 конечно стоит, но я бы пока остался на Qt 5.
В недавно вышедшей Ubuntu 22.04 LTS, тот же Qt Creator из реп до сих пор собран с ним.

Лично я буду до упора сидеть на 5.12, потому что это последняя версия, которая поддерживает windows 7.

Твои кроссвордисты все уже свалили с семёрочки?

Стоит ли выпиливать qt5?

Портируй на GTK4

ИМХО, если особо хочется - можно обеспечить возможность сборки и с тем и с другим. А так пока лучше остаться на 5, тем более что KDEшники активно туда переносят исправления и некоторые фичи из 6. Правда Qt для этого нужно либо собирать самому отсюда https://invent.kde.org/qt/qt/qt5 либо использовать дистрибутивы, где это из коробки (Арч, KDE Neon, вроде бы openSUSE)

WebKit отдельно от Qt сейчас развивается, насколько я знаю. cast annulen

Какую проблему ты решаешь?

Непонятно почему на Qt 6 так неохотно переходят, даже KDE-разработчики. Думал что в новой Ubuntu на Qt Creator будет уже на Qt 6, а вот фиг там.

Ария Кощея Бессмертного.mp3

Переходят потихоньку, пока добавляют возможность сборки как с 5, так и с 6 версиями. Да и KDE Frameworks 6 пока не готов.

Воображаешь себя на месте того Кащея?

Какую проблему ты решаешь?

Выть или не выть?

Пока что везде qt5. В любом случае они там не сильно api сломали. Так что если понадобится переход будет более простым чем 4 -> 5.

А в какой системе кодишь? Какая целевая платформа?

А в какой системе кодишь? Какая целевая платформа?

Кодю в GNU / Linux, собирал везде.

sourceforge.net

Ты сейчас серьёзно? Нравится автоматическое внедрение яндекс-бара в установщик?

Там есть ещё такие моменты, что когда я печатал на бумаге или в PDF/html, то у объекта QImage был параметр serial(номер), по которому я делал манипуляции с изображениями, независимо от того где они находились. Чем заменили в Qt5?

у объекта QImage был параметр serial(номер)

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

static int next_qimage_serial_number()
{
   static QBasicAtomicInt serial = Q_BASIC_ATOMIC_INITIALIZER(0);
   return 1 + serial.fetchAndAddRelaxed(1);
}

Ну понятно. Просто число в атомике. Это можно запилить и самому.

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

В арче qt-creator 7 собран с qt6.

Можешь не сейчас, можешь потом. Главное, совместимость со старыми Qt не убивай.
Лично я не тороплюсь с шестёркой, например, потому, что мне нужна работа с неюникодными кодировками, а её из Qt6 выпилили. Модуль совместимости решает проблему (надолго ли…), но какое же это тогда портирование?..

Добавил переводы украинского и белорусского, которые мне лоровцы делали - усё робит.

А мне белорусский перевод делать энтузиастов не нашлось, хотя я сам когда-то клич на linux.by подавал. Украинский есть.

В Windows Qt Company тоже собирает QtCreator с qt6.

https://imgur.com/a/FXqqH0o

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

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

Ну понятно. Просто число в атомике. Это можно запилить и самому.

Вот это хорошо. Но, блин, больше возни... Те более, мне наследовать QImage, чтобы это сделать? Позвольте! Это же полный ппц, товарищи... Этим сеньёры только могут заниматься, а не новички-быдлокодеры...😪

Те более, мне наследовать QImage, чтобы это сделать?

Тот самый случай, когда наследование пахнет плохим дизайном. Начнём с начала: зачем тебе этот serial?

Лидеров из Редхата.

Начнём с начала: зачем тебе этот serial?

Буду дома, загляну в код моей библиотеки и напишу потом.

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

Сеньёрам это расскажи. Если я захочу, например, чтобы мой ProgressBar был не прямоугольниками, а, например, сердечками(для тяночки), то как ты без наследования это сделаешь?

Если я захочу, например, чтобы мой ProgressBar был не прямоугольниками, а, например, сердечками(для тяночки), то как ты без наследования это сделаешь?

Если тут речь про переопределение собственной логики рисования ProgressBar, то наследование выглядит естественно. А вот адресация – внешний функционал, примерно как имя vs содержимое файла, и тут я согласен с ox55ff:

Класс QImage должен заниматься хранением изображения, а не серийные номера присваивать.

С другой стороны, хранят же записи базы первичный ключ. Поэтому и спросил, зачем тебе этот serial: «случаи разные бывают» (с) Ржевский.

Сеньёрам это расскажи.

Как и сеньоры.

Ты сейчас серьёзно? Нравится автоматическое внедрение яндекс-бара в установщик?

Паникёр. Только что проверил ничего не добавлено. Этому скандалу 100 лет, они давно уже исправились.

Буду дома, загляну в код моей библиотеки и напишу потом.

И ещё сразу вопрос – почему вместо serial (который судя по приведённому выше коду валиден только в пределах времени жизни процесса) не хватает тупо указателя на QImage?

Сеньёрам это расскажи.
Как и сеньоры.

Сорян, Корсак Петрович... :D

И ещё сразу вопрос – почему не хватает тупо указателя на QImage?

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

Ну фантазируй дальше.

энтузиастов

1000 деревом платил...

Каждому? :)

5.12, потому что это последняя версия, которая поддерживает windows 7.

О, вот это существенная проблема. Понял. Наверное больше думать о 6-ке не буду.

Каждому? :)

Да. Для МСК думаю это мелочи. А я тогда кредитку новую взял Халву и смог выделить 2к на переводы... :D

Да это и вообще сущие мелочи, если оценивать по объёму работы, коммерческий перевод намного дороже должен быть. Другое дело, что когда сам тратишь время на написание программы, а потом ещё и деньги на найм переводчиков… тут уже из тумана энтузиазма начинает проглядывать вопрос «А оно надо?»

«последняя версия, которая поддерживает windows 7» - это Qt 6.1.3

«последняя версия, которая поддерживает windows 7» - это Qt 6.1.3

Нет, Qt 6 официально не поддерживает windows 7.

Сейчас у них на сайте только про Qt 6.2 LTS и 6.3 написано, но про 6.0 и 6.1 было написано тоже, что поддерживается Windows 10 +

https://doc.qt.io/qt-6/supported-platforms.html

Там просто примечание есть

Configurations not listed below are not officially supported by the Qt Project. However, Qt may still run on unsupported platforms and configurations.

Так что твоё приложение могло работать с Qt 6.1 на Windows 7, но это лишь по случайности, а не потому что была поддержка Qt Project.

Нет, Qt 6 официально не поддерживает windows 7.

Тебе шашечки, или ехать?

Windows 7 начали выпиливать в Qt 6.2

В своей проге на Qt [1] я поддерживаю и Windows 7.

[1] https://github.com/tnodir/fort

Я собирал для пробы приложение под Qt 5.14, и оно не запустилось на семёрочке. То ли mingw там уже не той модели, то ли ещё что-то.

64-разрядные (включая arm64 в качестве предварительного просмотра технологии) 10 и 11 для Qt 6; 32-разрядные и 64-разрядные (т.е. x86 и x86_64) для Qt 5.13[19] для Microsoft Windows 7 и новее, [20] 8.1 и 10; Qt 5.6 поддерживаемые версии: Windows XP и Vista

Нашёл инфу, что Qt 5.6 поддерживает Windows XP и Vista. Стоит ли мне собирать всё проги с версии 5.6, для максимальной портабельности? Ведь чем старше поддержка, тем лучше будет работать и в Wine в лялихе или нет?

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

Сложно сказать, наверное, скорее всего, я просто опыта набираюсь и всё...

Стоит ли мне собирать всё проги с версии 5.6, для максимальной портабельности?

Решай сам. Я вообще для Windows-пользователей собрал статикой Qt 4.8.6 и линкую DoubleContact с ним. По сравнению с аналогичной сборкой из Qt 5.10 занимает вдвое меньше места и работает на всех виндах, до которых я смог дотянуться в живой природе. Единственное, что меня в связи с Qt4 беспокоит — это 4K-мониторы, но ни один их обладатель на мой вопрос пока не откликнулся.

Для линуксов делаю ставку на Qt из репозиториев, но подумываю и тут сделать статику (не вместо, а в дополнение к текущему варианту), чтобы работало везде.

тем лучше будет работать и в Wine в лялихе

Нахрена тебе wine для кутешного проекта??? Если не хочется возиться с разными форматами пакетов и разными версиями Qt, сделай AppImage (или даже tar.xz, лол, даже это будет меньшим извращением) и затолкай в него ту же самую статику, собранную с glibc постарше.

в лялихе

Не надо так.

собрал статикой Qt 4.8.6

У меня где-то валялся Qt 4.8.7 собранный статикой для MinGW-w64, если сейчас найду, скину.

Нашёл: https://baat.exlmoto.ru/~exl_lab/software/qt-4.8.7-static-win32-mingw-w64.tar.7z