🤮

Визуально Tk напоминает 🤮

Delphi/VCL forever young!

Ну, вообще-то, у Delphi - давно устоявшийся стандарт.

Все так плюются на Delphi, а в том же Qt настройка виджетов сделана по приципу визуального изменения свойств, как в Delphi.

Кто-нибудь помнит откуда ноги растут?

И да, в Delphi так же можно и при помощи кода настраивать.

Delphi/VCL

Компоненты от DevExpress до сих пор непревзойдённы!

На попытки сделать единый API для рендеринга UI под разные бенкенды смотрю очень скептически. Lazarus рискует кануть в лету, в попытках угодить всем. Тот же gtk2 скоро забудут добавлять в дистры…

Кто-нибудь помнит откуда ноги растут?

Ноги чего? Я прошёл Delphi 2-XE8. :)

Зойчем?

Снимаю шляпу!

Ноги чего?

редактирования свойств компонентов аля ValueListEditor.

Сойдёт для чего-то простого, вместо монструозной Qt.

На попытки сделать единый API для рендеринга UI под разные бенкенды смотрю очень скептически.

Есть HikoGUI – C++20 + Vulkan.
Но автор виндузятник, к сожалению.

На C++ для всего этого есть Wx. Только он лучше.

На C++ для всего этого есть Wx. Только он лучше.

А Audacity переписывают на Qt, наконец-то. :)

Не, Tk всё-таки получше будет.

Искаропки и под оффтопиком QT тормозной и лагучий, тормознее JAVA SVT. Да даже вне KDE. Ну и Wx есть под Qt.

Тулзы внутренние делать например, например в геймделе дизайнеры скажут, нам надо тулзу с кнопочками и вкладками для перепаковки ресурсов и чтобы она работала на венде, линуксе и в редакторе игрового движка, а тестировкщик такие из под стола, и чтобы в игре самой прям можно было запустить, а начальник такой из кабинета, и у меня чтобы в браузере работало, я чисто потыкать хочу!

И тут у тебя летят в помойку 99% любых тулкитов, тебе надо нечто что можно собрать под что угодно и запустить в чём угодно, вот везде сейчас и торчат тулзы на imgui, nuklear и подобных типа TGUI ибо всё иное просто сосёт бибу по полной, так как может работать лишь в рафинированных условиях.

Единственный минус (для меня фатальный) это C++.

wxwidgets ты не запустишь внутри своего игрового движка или приложения. Основная фича проектов типа TGUI работа везде где возможно и невозможно через бекенды (SDL/raylib/etc). Так что нет, оно даже рядом не стояло. (Поправь если ошибаюсь)

imgui

Кстати! Месяц назад был длиннопост: 10 years of Dear ImGui (long post).

В геймдеве надо стилизовать виджеты под игру.

Не, я про инструментарий, интерфейс игровой это отдельная песня.

А, тогда да. Чет не подумал о нише. Профессиональная деформация :)

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

Клёво, к сожалению у меня плюсофобия и я могу трогать на плюсах лишь то где я самих плюсов не касаюсь =) Но есть Nuklear, так что всё хорошо.

Но если мне во что-то (что угодно) захочется резко и без раздумий засунуть гуй, то я всуну Nuklear не задумываясь, ибо влезет куда угодно. А так да, имгуй считай это стардарт по созданию внутренних графических тулз как минимум на этапе проектирования/прототипирования ибо позволяет сделать что нужно просто здесь и сейчас, без дум про, а есть лив мойм дистре нужная либа, а той ли она версии, а где она должна лежать, а в другом дистре как она называется, а как это скомпилировать и прочие десятки вопросов которые в определённых случаях вообще возникать не должны. И вот в этих случаях выскакивают подобные проекты и рвут как тузик грелку любые Qt/GTK/wxWidgets/иное ибо предназначение разное.

По разному бывает, если ты делаешь внешню юутилиту, просто отдельную то вообще плевать на чём, на чём удобнее на том и делаешь включая wx, тут всё так. Но это не всегда так, если тебе нужно добавить крутилку с 50 ползунками которую можно вызвать прям в игре и на знаю, например подкрутить физические параметры общие и прямо на месте их тестировать, а потом нажать кнопочку, «сохранить в конфиг» и всё, то тогда тебе нужно что-то что можно всунуть прям в основной код и чтобы было легко всунуть и легко удалить, не трогая основную кодовую базу. Короче, когда это всё тебе не надо, то и не надо, а когда станет нужно, у тебя выбора не будет, ибо ничего кроме imgui/Nuklear/TGUI/и остальных из братии, тебе не подойдёт.

ehlib же, и myDAC конечно же))

ehlib

В ней не было аналога PivotGrid из DevExpress. :)

https://www.devexpress.com/Products/VCL/Pivot_Grid/~editing-and-ui-customization~hierarchical-data

там можно было sub-summary выводить, ну и со стороны бд аналитику.
+я видел 2-3 варианта серьёзно переписанных варианта ehlib.
а, так да, из коробки OLAP визуализации не было.

На скриншоте показался Qt Designer, присмотрелся - не он

Только одно не ясно - есть ли необходимость тянуть именно C++14, а не довольствоваться более ранними стандартами C++

И не ясно, есть ли возможность подсунуть собственную рендерилку, как в прочих embedded GUI тулах

есть ли необходимость тянуть именно C++14

Да.

а не довольствоваться более ранними стандартами C++

Я пробовал – не получилось.

есть ли возможность подсунуть собственную рендерилку

Да.

Искаропки и под оффтопиком QT тормозной и лагучий, тормознее JAVA SVT

Но для разработки кроссплатформенных гуёв для Windows+Linux все до сих пор почему-то выбирают Qt. Вакансий с wx я вообще не видел.

Список виджетов:

Таблиц нет – фтопку

Grid
Нет, не то, оказывается.

Как с поддержкой юникода? Поддерживает RTL посреди текста? Покажет необрезанный символ 𒀱?

Таблица это частный случай ListView, и на практике их часто и реализуют как кастомизированные списки. Ну только если уж совсем кондовая таблица нужна, тогда готовый виджет был бы полезен.

https://tgui.eu/tutorials/latest-stable/widgets-overview/#ListView

Пример с сортировкой по столбцу.

А в ракете есть нечто подобное vcl с визуальным редактором форм?

для разработки кроссплатформенных гуёв для Windows+Linux все до сих пор почему-то выбирают Qt

— Guilt Signal. The movie everyone's talking about.
— That's another lie. We're not talking about it.

Я перевел офис на Линь без лишних проблем не в последнюю очередь потому, что все внутренние программы были написаны на wx. Часть из них в свое время была переписана с Дельф и MFC. Впрочем, если бы в то время, когда я выбирал между wx и Qt, была менее мутная ситуация с лицензией на Qt...

Numpad под Линуксом можно использовать только для ввода чисел?

Все так плюются на Delphi, а в том же Qt настройка виджетов сделана по приципу визуального изменения свойств, как в Delphi.

Кто-нибудь помнит откуда ноги растут?

Из Visual Basic?

Да!

https://ru.wikipedia.org/wiki/Visual_Basic

Ноябрь 1992 Visual Basic 2.0. Среда разработки стала проще в использовании и работала быстрее. Окно «Свойства» переместилось в отдельный список. Добавлена подсветка исходного кода.

А Delphi 1.0 появилась в 1995 г.

Оказалось, что да. 🤔
По крайней мере, с SDL2 или SFML.

в ракете

Что это?

Как с поддержкой юникода?

Не очень.

Покажет необрезанный символ 𒀱?

Квадратики. :(
В дизайнере нельзя задать шрифт для виджетов, только в коде: https://github.com/texus/TGUI/issues/65.

wxwidgets ты не запустишь внутри своего игрового движка или приложения.

Ты же пользуешься Shift+Tab в играх? Steam Overlay вообще на электроне вроде.

Наоборот, listview == кондовая таблица на костылях.

Оверлей это оверлей, если делать на нём нужно межпроцессное взаимодействие через какой-то интерфейс или явное API. Ну то есть оверлей живёт своей жизнью, а программа над которой может висеть оверлей своей, при переключении в оверлей тебе надо будет перехватывать весь ввод/вывод и прочее. Так-то да, можно что-то и на оверлеях делать, согласен, но это не то где можно напрямую что-то в игре дёргать. Но в целом как вариант, да.

А так, оверлей это либо LD_PRELOAD с подменой функций графического API или типа того.

Нет конечно, никто в здравом уме не будет листвью на таблице делать. В абстрактном листвью элементы могут змейкой идти, или вообще чёрт знает как

Главное чтобы работало и не адвайта.

Крутая штука, использую!

Там в комплекте есть стили и свои можно откидывать. Цель библиотеки GUI в играх и прочей шняге поверх GL, а не для самостоятельных GUI программ.