GUI для легковесного дистрибутива

https://github.com/hecrj/iced

очень легковесным и быстрым.
JavaFX и QML

Эпичное деление на ноль.

TWM

Из того что пробовал ранее

Эпичное отсутствие внимания.

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

QWidget вполне достаточно.

без x11 и wayland, т.е. нужна какая-нибудь обёртка над GBM

Ммм, JavaFX в такое вряд ли умеет, а вот Qt 5 вполне. Может рисовать как во фреймбуффер, так и заюзать eglfs.

Смотреть тут: https://doc.qt.io/qt-5/embedded-linux.html

По сути любое приложение на Qt 5 можно запустить во фреймбуфферной консольке или на eglfs, а приложение на Qt 4 во фреймбуффере тебе ещё и оконную систему собственную и простенькую позволит использовать.

Возможно, у кого-нибудь были подобные задачи и есть опыт? Было бы интересно глянуть на сравнение производительности либо потребление ресурсов (пусть будет медленно, но при этом, мало потреблять памяти, к примеру).

Позапускай Qt 5 приложения под linuxfb и eglfs, да сравни.

FireMonkey on Linux

Это что ещё за Delphi-шлак? Оставьте уже поделки Embarcadero/Delphi там, где им самое место: в могиле.

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

Как вариант libui или lvgl, в остальном прям чисто-чисто написать без иксов и вали будет трудно, но если «прям хочется, ни могу», то я предложил бы а) взять тот же кьют с ним такое провернуть можно б) взять DirectFB и стучать от него в) постигнуть дзен рукоделия и ручками научится работать с фб и пр.

Оставьте уже поделки Embarcadero/Delphi там, где им самое место: в могиле

Я изначально переходил на Embarcadero/C++ (после и попробовал Delphi) т.к. не очень хочется столкнуться с лицензионным адом у Qt, особенно с учётом как их продукция лицензируется. Тут хотя-бы можно заплатить разово и потом пользоваться, а не до конца существования продукта.

Но вообще да, потихоньку пытаюсь переходить на открытое.

А что с ней случилось? Кроме факта что Oracle почему-то выкинул из стандартной поставки.

Недавно гуглил касательно JFX + Wayland и вроде есть некоторые движения в этом направлении.

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

А вот на счёт варианта В - к сожалению, времени на такое нету, хотя очень хочется разобраться как можно сильнее в «кишках».

А что с ней случилось?

На неё все забили.
Одной из главной фишек был запуск в браузере (на замену флеша) но браузерописатели просрали все полимеры обрезав любой интероп для плагинов под предлогом безопасности так и не родив ничего взамен.
Дык вот, получилось что:

• чисто десктопный гуй на яве в целом мало кому нужен ибо мало кто пишет десктопные приложения на яве, тем более вылетающие за рамки железобетонного полностью кроссплатформенного свинга
• вэбный гуй для Явы-ее и прочего серверного отвалился с поддержкой браузерами
• выяснилось что поддерживать кроссплатформу завязанную на опенгл не так уж и просто, что привело к выкидыванию ее из емнип 8-65 для армов
• судебные терки с Гуглом возможно повлияли на поддержку фха в ведроиде

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

Кстати а vala вяленого не поддерживает? Похожа на Яву, по идее должна и в вяленку раз на гном заточена

Vala это просто транспиляция в C + GLib + GTK+, так что в теории всё должно работать из коробки.

Я подумал и скорее всего возьму, для начала, Qt по совету сибирского Барсика. И на крайний случай - LVGL.

проще на gtkmm писать чем связываться с этой vala, там что не код что не синтаксис одно извращение альтернативно одаренных.

т.к. не очень хочется столкнуться с лицензионным адом у Qt,

Тут просто или перед началом проекта покупаешь Qt, или берёшь LGPL (только несколько компонентов у них GPL). Второй вариант мало отличается от использования gtk и 100500 пакетов с LGPL которые так или иначе будут. Кроме этого на забываем, что без GPL компонентов сборка всё равно не получиться (как минимум ядро).

проще на gtkmm писать

Только вот между gtkmm-3.0 и gtkmm-4.0 достаточно различий, что бы долго и упорно материться из-за каких-то тупых мелочей. В пакетных менеджерах его считай нет, разве что vcpkg худо бедно (тут лучше сразу версионировать в проекте). А это важно для однообразия версий библиотек на рабочей и итоговой платформах.

Хотя бесспорно, обвязки у GTK для не Си языков как правило шикарные и очень удобные.

быть очень легковесным и быстрым
Qt 5 (QML)
JavaFX

Толсто

В том то и дело что текущий GTK+ 3/4 выглядит на десктопе (даже со всей его повернутостью под телефоны) намного лучше очередной Qt Widgets тулзы.

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

IUP

https://www.youtube.com/watch?v=xZ_YieaGDBM =)

Демонстрация возможностей DirectFB?