Cross-language gui

html?

кросс приложения с gui
и с низким порогом вхождения

Жаба же. С ней даже шимпанзе управится.

У GTK+ есть привязки к множеству языков.

Тут кросс-платформенность на костылях и припарках, а ты хочешь ещё cross-language.

Бери PyGTK и вперёд.

GTK кал но это именно оно - не зависит от ЯП, есть для всего

хотя я предпочитаю Qt5

есть ещё варианты-вырвиглазики, вроде Tk https://ru.wikipedia.org/wiki/Tk

qt, кстати, даёт возможность писать на: c++, руби, питон, java, c#, perl(?), object pascal(чур меня), haskell — список довольно неплох, и, в общем, покрывает все значимые на сегодняшний день ЯП. Но это если нет надобности гнаться за версией qt.

Но неужели не существует инструмент не зависящий от языка программирования и с низким порогом вхождения?

Вебня

Вебня

гвоздями прибита к JavaScript

https://www.wxwidgets.org/about/screenshots/ ?

список довольно неплох

Там всё дряблое и неактуальное, под четвёрку. Взять тот же Jambi или PySide.

В идеале конечно это html + css, с возможность управлять свойствами элементов через api например на си)

К счастью, ничего такого нет, иначе «десктопные» программы делал бы любой идиот, осиливший CSS и HTML.

QtQuick c его QML

А зачем тебе писать гуй одновременно на нескольких языках? Вынеси всё, что связано с интерфейсом, в отдельную подсистему или даже отдельный процесс и пиши его на одном языке, гораздо меньше геморроя себе наживёшь.

qml

Есть биндинги для пистона, можно из плюсов управлять, можно вообще всё на qml писать.

Может работать и на десктопе, на мобильных девайсах и на всяких qnx.

Так делают же. Atom, емнип - вебня.

Electron уже наступает.

Так вот и фигня в том что в electron, тцоы и тд используется чисто веб технологии - взяли хромиум и ноду и получили среду весом в 100мб. удобно - да не спорю. но нафиг это надо?) у меня желание писать интерфейсы на всем знакомым html/css, а код на любом скриптовом или исполняемом языке)

Sciter?

А так - нет. Увы.

Самый близкий к идеалу вариант - это QML, но он пока сильно сырой, жирный и непопулярный. А использование HTML/CSS для десктопа тоже не вариант, ибо нужен полноценный браузер.

Недавно на лоре сообщили, что есть очень легковесная штука, но там соответственно, надо больше кода самому писать: nuklear.

удобно - да не спорю. но нафиг это надо?

Я им заинтересовался было, но выбросил после того, как не смог его из исходников собрать (а LFS с KDE собирал раньше при этом). Такой трендец, «исходники» которого с гитхаба тупо тянут уже собранные неизвестно кем бинарники и линкуют их, точно не нужен.

Самый близкий к идеалу вариант - это QML, но он пока сильно сырой, жирный и непопулярный.

4.2

Но вообще, QML действительно хороший вариант, выглядит как гибрид CSS и HTML но без заморочек с версткой и позиционированием.

В идеале конечно это html + css, с возможность управлять свойствами элементов через api например на си)

К счастью, ничего такого нет, иначе «десктопные» программы делал бы любой идиот, осиливший CSS и HTML.

Qt WebChannel enables peer-to-peer communication between the host (QML/C++ application) and the client (HTML/JavaScript application). The transport mechanism is supported out of the box by the two popular web engines, Qt WebKit 2 and Qt WebEngine (experimental). It works on all browsers that support Qt WebSockets, enabling Qt WebChannel applications to run in any JavaScript runtime. Additionally, a custom transport mechanism can also be implemented using Qt WebSockets to support Qt WebChannel-based communication.

http://doc.qt.io/qt-5/topics-web-content.html

Где там 4.2?

Архив со всеми нужными для QML либами будет под 20МБ, если не больше.

QML, по сути, ни кто не использует. Если не считать пламоидов для KDE - я вообще не знаю ни одной проги его использующей.

Qt в стагнации, как и сам QML.

Архив со всеми нужными для QML либами будет под 20МБ, если не больше.

20 метров в 2016 году — жирно?

QML, по сути, ни кто не использует.

https://www.qt.io/qt-in-use/

Qt в стагнации, как и сам QML.

https://habrahabr.ru/post/282505/

Архив со всеми нужными для QML либами будет под 20МБ, если не больше.

это ты оптимист.

Помимо размера, там еще постоянные глюки с прорисовкой (при нокии такой херни не было). реально изъебался один раз, когда на венде7 моя поделка рисовала черные квадраты вместо окон. Может qtq годный с какими-то коммерческими компонентами, но так ... только для наколенчных поделок, кторые дальше локалхоста не выпустишь.

Я люблю Qt и постоянно на нем пишу, но да:

• 20МБ - это жирно, ибо они тащат свою стандартную либу, которая в нормальных языках из коробки
• такие списки «пользователей» у каждой лабуды есть
• на лине не видел ни одной проги на QML, все продолжают клепать на виджетах
• у Digia, или Qt Project, кто он там сейчас, людей на разработку походу вообще нет. В «стабильном»/LTS 5.6 выпилили QtWebkit, сломав все что можно, заменив его неработающим QtWebEngine. Новых фич в самой либе давно не было. Количество багов, в том числе и в QtC просто сказочное.
• «направленной на поддержку мобильных платформ» - вот-вот. Десктоп допилили бы...

Ну не нужно так жирно. Тоньше нужно, тоньше.

На Qt написано тонны софта, в том числе и под винду.

Помимо размера, там еще постоянные глюки с прорисовкой (при нокии такой херни не было). реально изъебался один раз, когда на венде7 моя поделка рисовала черные квадраты вместо окон.

Нужнобрать вариант с MSVC если нет видеодрайвера, там нормально работает Software rendering

на самом деле можно еще взять собраную месу, что я и делал.

Рекомендую яву и вынеси гуйню в веб. Его можно писать на той же яве. Вместо сервера бери jetty или напиши сам простой обработчик запросов.

20МБ - это жирно, ибо они тащат свою стандартную либу, которая в нормальных языках из коробки

В нормальных это java и C#?

такие списки «пользователей» у каждой лабуды есть

А какие списки вам надо?

на лине не видел ни одной проги на QML, все продолжают клепать на виджетах... Десктоп допилили бы...

Драйвер AMD вроде на него переписала, недавно тут проскакивала тема, но на самом деле для десктопа у них преимуществ не так много.

у Digia, или Qt Project, кто он там сейчас, людей на разработку походу вообще нет. В «стабильном»/LTS 5.6 выпилили QtWebkit, сломав все что можно, заменив его неработающим QtWebEngine. Новых фич в самой либе давно не было. Количество багов, в том числе и в QtC просто сказочное.

Багов прилично, тут не поспоришь, но далеко не всем надо встраивать WebContent, потому не такой уж QML сырой, вполне готов для использования.

В нормальных это java и C#?

Не дай бог. Rust/Swift/Go.

Чтобы не возникало дальнейших вопросов, я в первую очередь говорю о QtCore, который зависит от stdc++, который зависит от libc/libm. Что дает нам под 10МБ только для использования банальных контейнеров, строк и прочей необходимой лабуды.

Драйвер AMD вроде на него переписала

Гуи, разве что. Драйвер то на сях.

А какие списки вам надо?

На QtWidgets написан KDE + 50% linux софта, Maya, Battle.net и тд. QML таким похвастаться не может.

Поэтому приходится жевать кактус Qt, ожидая нормальный GUI на rust/swift.

20 мегабайт это мало даже для телефона если ставить программу в Android на SD-карту

Tcl/Tk. GUI должен быть всегда отделен от логики, так что по фиг какой язык.

А зачем тогда Tcl/Tk? Просто Tk же (независимо от языка). Впрочем, совсем без понимания, как там оно устроено в тикле, пожалуй, обойтись не удастся.

Действительно, web — отличный гуй.

Проблема не в том, что это много или нет, а в том, что там 20МБ мусора.

не зависящий от языка программирования

Такого нет. Думаю, для любого тулкита найдётся ЯП, который его не поддерживает.

Кто хотел снизить зависимость от ОС, ЯП и тулкитов - давно сбежали на HTML, но с порогом вхождения теперь и там полная ЖО (знакомые веб-разработчики жалуются, что вместо одного языка и пары-тройки библиотек надо держать в голове полсотни технологий), да и для конечного пользователя получаемый результат по удобству весьма уныл.

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

QML, по сути, ни кто не использует.

Последние версии Stellarium, например.

на лине не видел ни одной проги на QML, все продолжают клепать на виджетах

Cool Old Term (cool-old-term) - Винтажный терминал

Ну это не скорее демо, чем реальное приложение.

IUP
Pure Basic

А на фига без Tcl? Tcl для этой цели подходит лучше всех.

Cross-language gui
инструмент не зависящий от языка программирования и с низким порогом вхождения?

Qt5, GTK.

Но это если нет надобности гнаться за версией qt.

fltk еще есть, fltk.org ;
прослойка wxwidgets.org к натив-видгетам ;
и древний plib ( plib.sf.net )

Tk

Как я сейчас понимаю, два основных варианта это gtk и qt

Ещё wxWidgets