TGUI 1.12

А для Си недавно увидел любопытный проект https://gitlab.com/bztsrc/smgui:

The SMGUI is minimal-state graphical user interface toolkit written in ANSI C, which is neither callback-driven nor immediate-mode, rather state-mode. I've created it because I've tried Nuklear and I was extremely disappointed with it (huge, inefficient and extremely hard to integrate).
The main concept of a state-mode UI is, that you already have your variables, so you reference those from a layout, which has no callbacks neither requires immediate-mode calls, it is just uses those already existing variables for rendering the GUI states.

Features

* State-mode graphical interface toolkit (no immediate-mode, no callbacks)
* Single-header library (with optional modules)
* Customizable modules (you include what you need)
* Written in ANSI C (really, unlike Nuklear, this truly compiles with gcc -ansi)
* Small codebase (really small, just 3k SLoC)
* Focus on portability (backend and OS agnostic, comes with GLFW3, SDL2/3, X11 and fbdev bindings)
* Focus on efficiency (truly)
* And focus on simplicity (integrate with just 5 lines of code)
* No dependencies in the base header (just libc)
* Fully skinnable and customizable
* Low memory footprint (really, unlike that liar Nuklear)
* Expandable with custom widgets from your code
* UTF-8 support
* Multilanguage support (you can change the language even on-the-fly)
* Multithreading support (you don't have to handle events in your main loop thread like with immediate-mode)
* No global or hidden state
* No font baker (which kills UNICODE support entirely, 0x10ffff codepoint is just fucking too much for baking)
* Font ligatures and kerning supported too if needed (both impossible with baking)

Скриншот: https://0x0.st/PTb4.png.
У автора ещё много чего интересного есть.

А нативный вид поддерживает (gtk/qt)?

Не думаю, потому что не зависит от них.

Выглядит норм, но требование C++14 печально.

Что значит нативный вид? gtk и qt не «нативные», это тоже обёртки над libx11.

Опциональной зависимостью могли бы вполне… А так стремится к не нужно.

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

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

Темы там единообразные хорошо бы…

С тем же успехом можно обвинить gtk в том что оно не поддерживает темы от tgui, которых тут то ли 3 то ли 4 на скриншотах показано.

Ужас, летящий на крыльях ночи. Зачем оно?

Нельзя обвинить. GTK тут в позиции доминирующего. Спрос именно с TGUI.

мейнстрим в линуксах — gtk и qt. пока нет ДЕ на этом тулките, хорошо бы хотя бы опционально поддерживать темы, а то очередной электрон по внешнему виду…

мейнстрим в линуксах — gtk и qt

ImGUI тоже ничего о них не знает, но ведь используется в десятках/сотнях проектов.

где, например? что за либа?

Красиво. Более-менее (менее) осознаю минусы и возражения, но... всё равно красиво.

Автор тулкита, очевидно, сделал его потому что gtk/qt ему не нравятся. Если бы нравились, у него не было бы причин делать ещё один. И ты предлагаешь ему в свой продукт, сделанный на замену неугодным, кодить поддержку того, от чего он как раз хотел избавиться, тратя на это свои силы и время?

Ну ужОс, конечно и глазенки вытекать начали от цветовой гаммы... :(

где, например?

https://github.com/ocornut/imgui/issues?q=state%3Aopen%20label%3A%22gallery%22

что за либа?

https://github.com/ocornut/imgui.

Нуачо, минималистичненько, глаз не режет...

Похоже на Xdialog, только до сих пор развивается.

Гномокапец все ближе.

Ничего так, страшненько. А им какие-то программы пользуются или просто так написали?

А им какие-то программы пользуются

Какие-то – да: https://github.com/topics/tgui.

О, на нём minesweeper сделали - ништяк :)

Too many requests
You have exceeded a secondary rate limit.

Продолжай наблюдение.

ништяк

😃

IDE / Compiler
Visual Studio 2015 (C++14)

А по мне так симпатичненько. Если бы шрифты были не ШГ, то может и вообще хорошо бы было. ШГ на скрине всё портят.

Автор почему-то не обновляет скриншоты (на них версия 0.10).
Возможно, что с FreeType будет лучше.

Фраза Лаврова...

ШГ

4.2

Cross-platform modern c++ GUI

Я понимаю, что современные тенденции в дизайне GUI ужасны, низкий контраст, огромные пустые пространства и т.д. Но называть то, что на скриншотах «modern» как-то чересчур самоуверенно. Или это про C++14?

Мне бы такой колхоз было бы просто стыдно показывать. Dear ImGui (immediate mode GUI), например, тоже не нативный, но выглядит вполне неплохо и даже стильно.

АПИ и внешний вид - понятия разные…

Выглядит норм, но требование C++14 печально.

Я сначала тоже так решил. А потом подумал… На работу, где приходится помимо прочего иметь дело с разной легаси, я это всё равно не потащу, там стек технологий устоявшийся.

А если для чего-то лёгкого и хоббийного… Давай подумаем: в какую из актуальных для тебя систем ты не можешь поставить компилятор с поддержкой C++14?

И с чего ты такой злой?..

В комплект поставки также входит простой дизайнер GUI.

Он мне напомнил ранние версии Delphi. Правда, не хватает редактора кода с подсветкой. Думаю, встроить Lexilla + Scintilla будет не сложно.

Верно. И «поддержка тем формата гтк» это именно апи. Внешний вид - сами темы, и что ты в связи с этим хочешь от автора тулкита?

Сильно обмазано STL. Интересно, будет ли разваливаться при изменении версии компилятора или стандарта c++?

А по мне тут и всё остальное ужасно и безвскусно. Какие-то ступенчатые пирамиды вместо треугольников на контролах, жирные галки в чекбоксах с тонюсенькой рамочкой, как попало расставленные отступы в кнопках (то горизонтальные меньше вертикальных, то наоборот, но никогда не равны), с одной сторыны одинарная рамка с другой - двойная… в общем куда ни глянь всюду срань.

Wxwidgets?

Страшненькое. Но если быстрый то пусть будет.

а кастомизацию при помощи стилей оно поддерживает?

Судя по скриншоту, напоминает программу… даже не для Windows-3.x, а для DOS. Я не против, только непонятно, зачем. Ведь есть же Tcl/Tk и Python/Tkinter для GUI. И выглядит лучше, и кода раз-два и обчёлся, и сам код на языке высокого уровня. И не нужен «простой дизайнер GUI» (и вообще никакой не нужен). Может быть оно для gamedev (судя по libSDL)? В embed на малых ресурсах вряд ли, потому что C++. А на более мощных контроллерах есть варианты и получше. Интересный проект, вызывает ностальгию (сам писал нечто подобное под DOS). Но хотелось бы понять, под какие задачи оно сейчас ориентировано?

На скриншотах же три разные темы оформления.

у меню tgui.eu не работает, потому в топку

без политоты, просто у пацанов не хватило денег,ума и смысла на обычный хостинг в чистом html, без js водопадов, cloud-tеch, content-deliver и прочей @ты.

И эти задроты будут рассказывать как делать софт. Ога, консольку они пишут :-)

Ведь есть же Tcl/Tk и Python/Tkinter для GUI.

А плюсовикам они зачем?

А плюсовикам они зачем?

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

Попробую ещё раз: зачем знающим язык XXX, изучать ещё и Tcl и Python?

Ответ ещё раз: для повышения производительности труда. Каковая скажется впрямую на уровне дохода.