История изменений

не содержащее в комплекте то, чего не просили (мне от гуи фреймворка не нужен звук, сеть и CSS/HTML5 рендерер)

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

от гуи фреймворка

Ну так Qt и не гуи-фреймворк, для гуи там ровно два модуля. Лично я помимо гуи плотно пользуюсь возможностями ядра, в частности, связкой QString/QStringList. Из коробки юникод, дробление/слияние, регистронезависимые операции, поддержка множества кодировок (правда, последнее в Qt6 решили поломать, но уже в 6.4 начали исправляться). std::string на этом фоне выглядит довольно бледно. Но если для научной тулзы тебе ничего этого не надо, то и не заморачивайся. Да, гуи без QtCore использовать не получится, но это единственный невыкидываемый модуль.

и мне не нравится богомерзкий CMake

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

я предпочёл бы явно заинклудить libpng, libjpeg и *** с загрузкой файлов/ресурсов сам как удобно мне

Вот в этом смысл бывает, на самом деле. Особенно если ты допускаешь, что на входе вместо валидного JPEG у тебя может оказаться изрядно замусоренный с битыми смещениями в таблицах (было у меня такое). В таком случае процесс декодирования лучше держать под контролем.

проприетарщицкие угрозы

Если ты свою продукцию собрался класть на гитхаб, тебя это не касается.

Грубо говоря, есть три категории разработчиков, применяющих Qt.

Первая — те, кто покупает коммерческую версию и делают с ней что хотят. Благодаря этим людям Qt развивается, в том числе и для применения в свободном ПО.

Вторая — те, кто пишет свободное ПО. Они используют Qt под GPL либо LGPL.

Третья — те, кто пишет проприетарное ПО, используя Qt под LGPL. Большинство из них честно соблюдают лицензию. Но для самих кутешников это самая бесполезная категория пользователей: нет ни денег, ни патчей, зато есть постоянная нагрузка на сервера. Поэтому именно эту категорию кутешники начали потихоньку ограничивать, в частности, убрали офлайновые инсталляторы из свободного доступа. Те, кто в качестве платформы разработчика использует линукс, разницы особо не почувствовали: как ставили из реп, так и ставят.

Соответственно, ещё раз: если ты что-то собираешься выкладывать под свободной лицензией, «проприетарщицкие угрозы» тебя не касаются.

На самом деле, смысл взять в новый проект GTK есть, и он ровно один: любопытство. Пощупать самому, как оно там. Если у тебя этот мотив есть, бери и никого не спрашивай. Разве что имеет смысл архитектуру проекта попробовать организовать так, чтобы смена графического тулкита потом принесла как можно меньше боли. Если у тебя в проекте в основном математика — может получиться.

Буду много работать с 2D-сонограммами, спектрограммами: короче пиксели рисовать и двигать блоки пикселей.

Хотя нет, наверное, не получится. :)

не содержащее в комплекте то, чего не просили (мне от гуи фреймворка не нужен звук, сеть и CSS/HTML5 рендерер)

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

от гуи фреймворка

Ну так Qt и не гуи-фреймворк, для гуи там ровно два модуля. Лично я помимо гуи плотно пользуюсь возможностями ядра, в частности, связкой QString/QStringList. Из коробки юникод, дробление/слияние, регистронезависимые операции, поддержка множества кодировок (правда, последнее в Qt6 решили поломать, но уже в 6.4 начали исправляться). std::string на этом фоне выглядит довольно бледно. Но если для научной тулзы тебе ничего этого не надо, то и не заморачивайся. Да, гуи без QtCore использовать не получится, но это единственный невыкидываемый модуль.

и мне не нравится богомерзкий CMake

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

я предпочёл бы явно заинклудить libpng, libjpeg и *** с загрузкой файлов/ресурсов сам как удобно мне

Вот в этом смысл бывает, на самом деле. Особенно если ты допускаешь, что на входе вместо валидного JPEG у тебя может оказаться изрядно замусоренный с битыми смещениями в таблицах (было у меня такое). В таком случае процесс декодирования лучше держать под контролем.

проприетарщицкие угрозы

Если ты свою продукцию собрался класть на гитхаб, тебя это не касается.

Грубо говоря, есть три категории разработчиков, применяющих Qt.

Первая — те, кто покупает коммерческую версию и делают с ней что хотят. Благодаря этим людям Qt развивается, в том числе и для применения в свободном ПО.

Вторая — те, кто пишет свободное ПО. Они используют Qt под GPL либо LGPL.

Третья — те, кто пишет проприетарное ПО, используя Qt под LGPL. Большинство из них честно соблюдают лицензию. Но для самих кутешников это самая бесполезная категория пользователей: нет ни денег, ни патчей, зато есть постоянная нагрузка на сервера. Поэтому именно эту категорию кутешники начали потихоньку ограничивать, в частности, убрали офлайновые инсталляторы из свободного доступа. Те, кто в качестве платформы разработчика использует линукс, разницы особо не почувствовали: как ставили из реп, так и ставят.

Соответственно, ещё раз: если ты что-то собираешься выкладывать под свободной лицензией, «проприетарщицкие угрозы» тебя не касаются.

На самом деле, смысл взять в новый проект GTK есть, и он ровно один: любопытство. Пощупать самому, как оно там. Если у тебя этот мотив есть, бери и никого не спрашивай. Разве что имеет смысл архитектуру проекта попробовать организовать так, чтобы смена графического тулкита потом принесла как можно меньше боли. Если у тебя в проекте в основном математика — может получиться.

не содержащее в комплекте то, чего не просили (мне от гуи фреймворка не нужен звук, сеть и CSS/HTML5 рендерер)

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

от гуи фреймворка

Ну так Qt и не гуи-фреймворк, для гуи там ровно два модуля. Лично я помимо гуи плотно пользуюсь возможностями ядра, в частности, связкой QString/QStringList. Из коробки юникод, дробление/слияние, регистронезависимые операции, поддержка множества кодировок (правда, последнее в Qt6 решили поломать, но уже в 6.4 начали исправляться). std::string на этом фоне выглядит довольно бледно. Но если для научной тулзы тебе ничего этого не надо, то и не заморачивайся. Да, гуи без QtCore использовать не получится, но это единственный невыкидываемый модуль.

и мне не нравится богомерзкий CMake

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

я предпочёл бы явно заинклудить libpng, libjpeg и *** с загрузкой файлов/ресурсов сам как удобно мне

Вот в этом смысл бывает, на самом деле. Особенно если ты допускаешь, что на входе вместо валидного JPEG у тебя может оказаться изрядно замусоренный с битыми смещениями в таблицах (было у меня такое). В таком случае процесс декодирования лучше держать под контролем.

проприетарщицкие угрозы

Если ты свою продукцию собрался класть на гитхаб, тебя это не касается.

Грубо говоря, есть три категории разработчиков, применяющих Qt.

Первая — те, кто покупает коммерческую версию и делают с ней что хотят. Благодаря этим людям Qt развивается, в том числе и для применения в свободном ПО.

Вторая — те, кто пишет свободное ПО. Они используют Qt под GPL либо LGPL.

Третья — те, кто пишет проприетарное ПО, используя Qt под LGPL. Большинство из них честно соблюдают лицензию. Но для самих кутешников это самая бесполезная категория пользователей: нет ни денег, ни патчей, зато есть постоянная нагрузка на сервера. Поэтому именно эту категорию кутешники начали потихоньку ограничивать, в частности, убрали офлайновые инсталляторы из свободного доступа.

Соответственно, ещё раз: если ты что-то собираешься выкладывать под свободной лицензией, «проприетарщицкие угрозы» тебя не касаются.

На самом деле, смысл взять в новый проект GTK есть, и он ровно один: любопытство. Пощупать самому, как оно там. Если у тебя этот мотив есть, бери и никого не спрашивай. Разве что имеет смысл архитектуру проекта попробовать организовать так, чтобы смена графического тулкита потом принесла как можно меньше боли. Если у тебя в проекте в основном математика — может получиться.