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

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

Либо программам, которые рисуют в них то, что захотят.

Примеры: mpv, feh

У тебя смешались в кучу кони, люди.

Нет, я понимаю о чём я говорю, потому что тыкал и xlib и gtk. Пытался тыкать winapi, но от него становилось тошно. Еще на этапах когда они предлагали использовать вместо main() winmain(), и потому приходилось искать какие-то нелепые костыли.

А всё потому что X.Org (Xfree86) раньше был ужасным комбайном, который старался вобрать в себя всё то, до чего он мог дотянуться. Собственный сервер печати? Done. Собственную реализацию шрифтов? Done. Загрузчики исполнительных файлов? Done. Собственный никому ненужный тулкит, который стал заброшенным? Done

Я помню эту печальную историю.

Аналог X.Org или Wayland в Windows это не WinAPI, а DWM

Скажу честно, мне абсолютно насрать как оно будет работать под виндой, ибо это не моя целевая платформа. Мне надо чтобы я под неё смог скомпилировать код и оно как-нибудь работало. На память и тормоза под виндой мне плевать, у вантузятников всегда в фоне запущено всякое дерьмо, и тормоза они решают либо переустановкой windows либо обновлением ПК.
Мне надо чтобы оно нормально работало под современными POSIX системами. И я не хочу использовать плюсы и плюсового жирдяя Qt либо GTK, который начиная с 3 версии скатился в пропасть.

Допилить GTK2 который прекрасно работал и впилить в него Hidpi? Не, давайте сделаем GTK3, которых расплодилось куча версий и хз под какую именно версию GTK3 ориентироваться. Дауны блять, бесят.

Аналогом WinAPI в Linux с натяжкой можно считать GTK+, поскольку все популярные браузеры (все два), а так же Java и C# (Mono) отрисовывают UI именно с его помощью.

Не думаю что аналогом WinAPI в Linux можно считать GTK+ из-за того что на нём базируется софт, который сам по себе настолько тормозной, что затраты ресурсов на тулкит кажутся мелочными.

А если ты возмёшь выше, то, столкнёшься с вопросом: а почему, собственно, в 2019 году графический тулкит должен рисовать графику средствами CPU, а не GPU? Ибо последние сегодня есть почти в каждой кофемолке.

Это проблемы не мои а тулкита как именно он будет рисовать мои формочки, кнопочки, и поля ввода. Есть wayland и GPU? Пожалуйста, на здоровье, используйте!
Древний ноут, Xorg, не пашут нормально видеодрайвера? Будьте добры, всё равно мои формочки покажите!

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

Либо программам, которые рисуют в них то, что захотят.

Примеры: mpv, feh

У тебя смешались в кучу кони, люди.

Нет, я понимаю о чём я говорю, потому что тыкал и xlib и gtk. Пытался тыкать winapi, но от него становилось тошно. Еще на этапах когда они предлагали использовать вместо main() winmain(), и потому приходилось искать какие-то нелепые костыли.

А всё потому что X.Org (Xfree86) раньше был ужасным комбайном, который старался вобрать в себя всё то, до чего он мог дотянуться. Собственный сервер печати? Done. Собственную реализацию шрифтов? Done. Загрузчики исполнительных файлов? Done. Собственный никому ненужный тулкит, который стал заброшенным? Done

Я помню эту печальную историю.

Аналог X.Org или Wayland в Windows это не WinAPI, а DWM

Скажу честно, мне абсолютно насрать как оно будет работать под виндой, ибо это не моя целевая платформа. Мне надо чтобы я под неё смог скомпилировать код и оно как-нибудь работало. На память и тормоза под виндой мне плевать, у вантузятников всегда в фоне запущено всякое дерьмо, и тормоза они решают либо переустановкой windows либо обновлением ПК.
Мне надо чтобы оно нормально работало под современными POSIX системами. И я не хочу использовать плюсы и плюсового жирдяя Qt либо GTK, который начиная с 3 версии скатился в пропасть.

Допилить GTK2 который прекрасно работал и впилить в него Hidpi? Не, давайте сделаем GTK3, которых расплодилось куча версий и хз под какую именно версию GTK3 ориентироваться. Дауны блять, бесят.

Аналогом WinAPI в Linux с натяжкой можно считать GTK+, поскольку все популярные браузеры (все два), а так же Java и C# (Mono) отрисовывают UI именно с его помощью.

Не думаю что аналогом WinAPI в Linux можно считать GTK+ из-за того что на нём базируется софт, который сам по себе настолько тормозной, что затраты ресурсов на тулкит кажутся мелочными.

А если ты возмёшь выше, то, столкнёшься с вопросом: а почему, собственно, в 2019 году графический тулкит должен рисовать графику средствами CPU, а не GPU? Ибо последние сегодня есть почти в каждой кофемолке.

Это проблемы не мои а тулкита как именно он будет рисовать мои формочки, кнопочки, и поля ввода. Есть wayland и GPU? Пожалуйста, на здоровье, используйте!
Древний ноут, Xorg, не пашут драйвера? Будьте добры, всё равно мои формочки покажите!