В Qt избавляются от QTextCodec

В новость хотел оформить, но не стоит оно того.

Есть libiconv. Придётся дописать обёртку для работы с qt.

Все правильно делают.

Я надеюсь они в этот новый модуль ICU не притянут? А то в прошлый раз притянули и под виндой приложение-кнопка стало весить столько, сколько весит приложение-кнопка на Java вместе с JVM в комплекте.

По теме – давно пора это сделать. Да и вообще нужно ещё больше разбить QtCore и особенно QtGui, в который запихнули зачем-то OpenGL для 0.0000001% случаев, когда наркоман использует эту либу для создания окна с контекстом GL вместо GLUT или SDL. Но из-за этого случая любое приложение-кнопка на вашем компьютере по умолчанию зависит от libGL.

Ещё из Core неплохо было бы выкинуть связанное с Xml и Json в отдельные либы. Как это было раньше.

Похоже, icu как раз будут тащить. С локалями как-то надо же работать.

Ну их собственная реализация QLocale работала раньше без ICU. Она до сих пор так и работает под виндой.

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

Каким образом? Если ты не делаешь неэтичную проприетарщину, то лицензия не является препятствием.

Ну а проприетарщиков и не жалко.

just download more ram

Фанатик-теоретик?

Прикладной инженер, так что мимо.

Это больше к среднестатистическому объёму SSD.

Всего 5000 программ на Qt с ICU под Windows забьют весь 250 ГБ накопитель.

Хорошо, хоть не сельский врач.

Что ты имеешь против сельских врачей?

Ясно с тобой, совсем что ли голодный? Или бабы не дают?

Ну их собственная реализация QLocale работала раньше без ICU. Она до сих пор так и работает под виндой.

Думаю, можно будет отключить. Правда пока не ясно, как будет работать QString::toLocal8Bit(), например. Там же всё на QTextCodec завязано. Придётся внешнюю либу подключать так или иначе.

Xml

Так он вроде уже. Его нужно отдельно подключать через QT+=xml, да и библиотека отдельным файлом лежит /usr/lib/libQt5Xml.so.

Там ещё реализация SAX в ядре.

Сам топи 5000 урановых программ в ртути

В QtCore тоже есть поддержка XML какая-то базовая.

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

In Windows 10 Creators Update, ICU was integrated into Windows, making the C APIs and data publicly accessible.

Не всем нужна Qt.

Дебилы, …

Одна из приятностей Qt - беспроблемная работа со строками и кодировками из коробки.

Если они это сломают – у прикладников будет плюс одна причина перепрыгнуть на STLные строки и контейнеры. А Qt как «оконный тулкит» (то есть то, что люди несведущие часто принимают за Qt, хотя пока это не совсем так) можно и заменить.

А Qt как «оконный тулкит»

тогда уж лучше boost::ui, там не надо stl-строки в Qt-строки преобразовывать

Пробовал?

QTextCodec provides support for - primarily - legacy text codecs that have very little relevance on modern systems, where strings are either utf-16 or utf-8.

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

А иногда встречаются совсем тяжёлые случаи. Вот я в DoubleContact разбираю файлы резервных копий очень популярной программы My Phone Explorer. Там треть информации в UTF-8, вторая треть в ANSI/Windows. Третья вообще нетекстовая (PDU), про неё разговор отдельный.

Сейчас я этот файл парсю, а после перехода на Qt6 буду либо наворачивать сторонние библиотеки, либо объяснять людям, что программа, которой они пользовались - легаси и не нужна (очень популярный на ЛОРе подход, чё). Ну если таки не совсем выбросят, а перенесут в GPLный модуль, то ладно. DoubleContact на GPL, он, может, и не пострадает.

Всё, заканчиваю, а то цензурных слов у меня больше нет.

В 2019 весь не-юникод пора бы уже окончательно закопать вместе с его адептами.

тогда уж лучше boost::ui, там не надо stl-строки в Qt-строки преобразовывать

Найс придумал, вместо использования Qt будем использовать boost::ui который есть абстракция над wxwidgets, который есть абстракция над Qt5(WxQt) или Gtk+3(wxGTK3)

больше абстракций богу абстракций

wxwidgets, который есть абстракция над Qt5(WxQt) или Gtk+3(wxGTK3)

ЕМНИП, оригинальный wxwidgets ни от чего такого не зависит. То, что ты назвал — это порты для придания нативного вида приложениям.

оригинальный wxwidgets ни от чего такого не зависит.

Оригинального wxWidgets не существует. Есть порт X11, но по факту он никогда не работал и не был сделан до конца.

именно! будем использовать причесаный вариант wxwidget, который везде будет иметь нативный внешний вид

нет пока не было возможности

boost::ui

Хорошо, что я не знал про этот ужас.

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

C++/boost в принципе убоги, а ужас типа этого ещё хуже.

Ну и хотелось бы увидеть пример реального приложения, а не hello world. Текущие примеры на Qt будут в разы проще. Я молчу про QML.