Сопровождением Qt 5.15 займётся проект KDE

Насчёт GTK, я, возможно, погорячился. Не знаю насчёт совместимости, но gtk2 хотя бы есть в репозиториях и софт на нём продолжает работать. А Qt4 уже давно выкинули и Qt5 ждёт та же судьба. Воспринимаю намеренное убивание Qt5 как диверсию против всего СПО, ведь часть софта опять пропадёт, а остальные будут вынуждены тратить усилия на переход.

• https://doc.qt.io/qt-6/modulechanges.html
• https://wiki.qt.io/New_Features_in_Qt_6.0#Removed_Modules

А Qt4 уже давно выкинули

4.2, в Fedora 33 работает, в Debian Buster тоже. В Manjaro выкинули совсем недавно, ещё пару месяцев назад всё собиралось. И это спустя много лет после выхода Qt 5.0.

намеренное убивание Qt5

Да кто ж его убивает? Наоборот, в свете последних событий на пятёрке будут сидеть до посинения.

часть софта опять пропадёт, а остальные будут вынуждены тратить усилия на переход.

Последняя глобальная ломка в Qt была при переходе с 3 на 4 ветку. У меня полно кода, работающего в Qt4 и Qt5 с МИНИМУМОМ условных компиляций (к примеру, я так и не понял, нафига было выносить StandardPath из QDesktopServices, ну да ладно). Не повезло тем, кто в Qt4 был завязан на QtWebKit, это да (и то для них есть неофициальный порт).

Вот выкидывание из Qt6 неюникодных кодировок опечалило, да. По-видимому, кутешники живут в мире розовых пони, где юникод уже всех убил. А в моём мире люди приносят адресные книги, импортированные из Microsoft Outlook, в cp1251, да.

Не повезло тем, кто в Qt4 был завязан на QtWebKit, это да (и то для них есть неофициальный порт).

А ещё на Phonon, Qt Script и Qt Declarative 1.

Вот выкидывание из Qt6 неюникодных кодировок опечалило, да.

Давно пора закопать все неюникодные кодировки. Qt всё правильно делает. Если надо работать с древними кодировками, то есть iconv.

Между тем, в нативных линуксовых приложениях такое поведение хрен настроишь

Num Lock переключить не пробовал?

iconv в Qt органично не встраивается.

Phonon

А что сейчас вместо него?

iconv в Qt органично не встраивается.

А зачем встраиваться? Сконвертировать при открытии в UTF-8 и забыть про другие кодировки как страшный сон. При сохранении возможно сконвертировать обратно.

Хм, в Fedora 33 (LxQt, kate) работает. Ну наконец-то!

Проверю ещё на паре современных дистрибутивов, будет работать — возьму свои слова обратно. Просто Num Lock много лет не помогал (на сами стрелки действовал, а на стрелки с шифтом уже нет), и я себя отучил от этого удобства… :(

Спасибо!

QtMultimedia + GStreamer (Linux), DirectShow (Windows), Media Foundation (Windows), AV Foundation (Mac OS, iOS).

Я подробно эту часть не изучал. Писать кросплатформенный мультимедиа код можно? Или надо лезть в GStreamer/DirectShow/…?

Ну то есть мне надо iconv со своей программой таскать, да.

Нет, в Linux и скорее всего, FreeBSD это делается достаточно малой кровью, достаточно -l в проект включить и зависимость прописать. А вот для винды придётся абсолютный путь к библиотеке в файл проекта писать и саму библиотеку с программой таскать.

Это не говоря о том, что кода придётся писать намного больше вне зависимости от ОС. Там придётся строки переводить в char* и назад. В QtCore была элегантная концепция текстового кодека, нет, кому-то понадобилось её сломать.

С условным QTextCodec ты получал возможность конвертаций вроде WIN-1251 => UTF-8 на огромном количестве платформ: Windows, macOS, Linux, UNIX-like, Haiku, Android, iOS, BlackBerry. А с условным iconv тебе нужно будет обеспечить возможность работы этой утилиты/библиотеки под требуемые тебе платформы самому.

Это если я правильно понял hobbit и если из QTextCodec в Qt 6 действительно удалили всякие там KOI8-R и CP-1251, сам я ещё не проверял.

Повторюсь: gtk2 есть прямо в репозиториях, готовый. У дебиана нашёл только dev пакеты. Я в курсе, что можно собрать из исходников, но это не одно и то же.

Я сам тоже не проверял (кстати, надо это сделать). Но даже если он там осталось — QTextCodec сейчас переехал в модуль с говорящим названием Qt5Compat. А в основном коде теперь другие классы, и они уже Unicode-only.

Кстати, а в winapi же ЕМНИП вместо нормального utf8 какой-то NIH-треш?

Писать кросплатформенный мультимедиа код можно? Или надо лезть в GStreamer/DirectShow/…?

Да. Но тем кто был завязан на Phonon из Qt 4 – не повезло. Особенно не повезло Amarok, Clementine, Strawberry. Первого, наверное, как раз и убил Phonon, приложение не получило вовремя порт на Qt 5 и умерло.

Забавная весть – порт на Qt 5 осуществлён только сегодня: Amarok 2.9.71

Спустя чуть ли не десяток лет после выхода Qt 5. Когда Amarok никому уже не нужен.

Кстати, а в winapi же ЕМНИП вместо нормального utf8 какой-то NIH-треш?

Он везде. В Qt внутреннее представление строк – UTF-16, в Java – тоже.

Кстати, а в winapi же ЕМНИП вместо нормального utf8 какой-то NIH-треш?

Там нативная кодировка UTF-16. Начиная с Windows 10 сделали возможность переключить ANSI функции с 8 битными строками на UTF-8. Почему-то этого долго делать не хотели.

Вообще введение в WinAPI UTF-16 и A/W функций — это скорее fail, в Линуске в итоге лучше вышло. Могли бы сразу сделать UTF-8 как одну из кодировок тем более в Windows 3.1/95 уже были мультибайтные кодировки такие как Shift_JIS (CP932).

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

Он везде. В Qt внутреннее представление строк – UTF-16, в Java – тоже.

И в JS-движках тоже. Чтобы бегать по строке в цикле было проще и резать её на части. UTF-8 подразумевает проход по каждому символу для выяснения его длины.

UTF-8 подразумевает проход по каждому символу для выяснения его длины.

UTF-16 тоже. Один символ может состоять из одного или двух 16 битных wchar_t.

Таким образом выпуск QT5 под BSD никак не повлияет на бизнес Qt Company, он повредит самой KDE: сейчас, когда Qt5 лицензирована под GNU, любой, изменяющий её под свои нужды вынужден отдавать код, а так все будут менять у себя, а назад не выпускать.

Там же написано, что under BSD or other open source license.

Начиная с Windows 10 сделали возможность переключить ANSI функции с 8 битными строками на UTF-8. Почему-то этого долго делать не хотели.

Да: https://docs.microsoft.com/en-us/windows/uwp/design/globalizing/use-utf8-code-page

Для O(1) в любом случае нужен UTF-32.

Вообще с UTF-16/32 слишком много возни: UTF-16BE, UTF-16LE, BOM. У UTF-8 такого нет.

Для O(1) в любом случае нужен UTF-32.

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

Оно уже было проприентарным.

Да прям взяло сообщничество, форкнуло и потянуло - не верю

Короче, лучше б бросили эти опасные Кути и пилили ГТК, всё равно ресурсов на всё не хватает из всех хотелок, ГТК хотя бы свой родной, так сказать.

Короче, лучше б бросили эти опасные Кути и пилили ГТК

GTK уже поломан до неюзабельного состояния, из десктопного (не недопланшетного как GTK 3+) современного самодостаточного тулкита остался практически только Qt.

Что поломано, дизайн и жирный заголовки? Это ж легко убирается

Что поломано, дизайн и жирный заголовки?

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

Это ж легко убирается

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

под GTK и особенно QT лучше не писать

wxWidgets

ну да, ну да…

Не знаю, я б пользовался Гномом, если бы он не был таким кастрированным и его приложения тоже унылые в основном, но gThumbs норм и ещё несколько, не помню.

Прямо неделя новостей кровавого энтырпрайза. Сначала - IceWM, потом Oracle, Microsoft и IBM. KDE в хорошей компании! ;)

ключевые слова - «до момента завершения миграции сообщества на версию Qt 6». нафиг такую поддержку

это не легко убирается. а убрать csd без хаков вообще невозможно

А зачем встраиваться? Сконвертировать при открытии в UTF-8 и забыть про другие кодировки как страшный сон. При сохранении возможно сконвертировать обратно.

А если конвертировать надо не все, а только часть? Прилепленную службой, которая получила это от клиента? Разбирать с помощью Qt на куски, гнать в разобранное в буфера, коветировать, и загонять обратно?

Не знаю, я б пользовался Гномом, если бы он не был таким кастрированным

GTK кастрируют вместе с ним. Там даже грозятся убрать меню вообще.

GTK(GIMP ToolKit) появился как интерфейс для графического редактора GIMP. Потом стал самостоятельным продуктом.

Смешные психологические драмы кедералов в комментах. Gimp до сих пор на GTK2 во многом. Софт на любых языках использующий GTK в начале программы указывает какую версию API GTK нужно.

Gimp будет полностью переведён на GTK3 в версии 3.0, неизвестно когда будет этот релиз. GTK2 получит скоро последний релиз, и на этом будет конец поддержки.

А текущая версия GTK 4.0.3, четвёртое поколение.
Все эти версии решали задачи фундаментально, появлялись проекты как специальный язык Vala(похож на C#), потенциальные IDE как Anjuta. Решались проблемы с экранами высокой плотности. Система сборки Meson из проекта GStreamer, на нормальном языке Python в отличии от CMake.
Все с Autotools перешли на Meson. Облегчается сборка на разных платформах.

GTK/Gnome первыми имплементировали Wayland.
И тому подобное.

GTK/Gnome первыми имплементировали Wayland. И тому подобное.

И постоянно ломали темы. Доводя итнтерфейс до неюзабельного .вна.

Да, но почему-то лучше любую другую ДЕ на гтк накатить, а не Гном)

Tk, iup, wxWidgets, nana, flutter, electron - что угодно

Раньше многими считалось что GUI должен быть «родным», обязательно выглядеть как текущая тема в ОС.
Но более практичное правило поддерживать хотя бы light и dark темы, без полного копирования look&feel.

Tk давно зашёл в тупик со своими улучшенными widgets, которые вроде бы настраиваемые несколькими опциями.
wxWidgets в парадигме рисования копий дефолтных элементов ОС, выглядеть «native».
Electron…

На Vulkan надо переходить. В Python хороший GUI Kivy на OpenGL. Но GL депрекнули как-бы, особенно Apple, и в развитии мало энтузиазма.
В Go есть Gio, immediate mode GUI, тоже OpenGL но рассматривается Vulkan. GTK4 внедряет Vulkan.

ну, если ты разбираешь куски, куски и конвертируй

Там же написано, что under BSD or other open source license.

Так оно уже под, цитирую «GPL and LGPLv3». Ну вот это соглашение позволяет KDE перевести на BSD, что никак не повлияет на бизнес Qt (ну, т.е. у них может появиться конкурент, который начнёт с Qt5 в то время как сами кутэшники будут иметь фору в виде торговой марки и +1 версии.

Для меня Gnome уже несколько лет лучшее что можно придумать по эргономике.
Единственно что казалось странным, это расширения только на javascript(GJS). Но потом понимаешь что темы лучше всего будут делать webdevs, и с JS они уже знакомы.

В начале ещё пересматривал аргументы пропаганды что Gnome стал хуже, что там якобы в неправильном направлении движутся.
Но каждый раз это какая-то туфта оказывалась, а не аргументы. Что-то у них всё ломалось бедненьких, и это всегда драма.

Настройки которые нужны после установки это переназначить пару клавиш в xkb для удобства в Emacs, и в Gnome этого нет, кажется(в Gnome Tweaks можно поискать).

Kivy на OpenGL

Там cython, что тоже хорошо. Не знал, что такой зоопарк фреймворков развёлся.

А нам то что? Пусть у авторов голова болит. Это хорошая схема: один проект портировать проще, чем гору проектов, часть из которых заброшена.

желал бы уточнить, вам, это кому, простите?

мммм магически числа, запахло говнецом