vmag,
Я это всё более чем понимаю, у меня в профиле фото моего "хоумофиса" уже более чем 10-ти летней давности.
Там кстати справа пару тонких клиентов на которых эксперименты начинались - Аквариус и уже не существующий Искандер.
Жизнь заставляет вернуться в профессию, перебираю старые наработки и думаю о том, что выбросить,а что может ещё пригодится кому то. Но начинать без самого минимального контакта с кем то кому интересна тема ТОЧНО НЕ БУДУ.

Вот поэтому я и не собираюсь публиковать что то без понимания для кого оно.
Одно дело автоматизация конкретного объекта, с известной средой обитания,
и совсем другое тиражное решения со всем паровозом tgz,rpm,deb,...,dmg ещё и в нескольких версиях.
Под конкретику при всём обилии документации подстроится реально и обозримо по срокам.

вадя,
Про jar я всё понимаю.
Я про своё, я про гуи и если с gtk2 всё более менее стандартно, то для gtk3,qt5 нужно точно готовить пакеты или писать инструкции про зависимости.

вадя,
java c этим преимуществом задумывалась, кто же с этим спорить будет

В принципе конечно другой. Задумывалось всё даже не для access-а, а для 1с и давно для тех случаев когда кто то сидит в одной форме днями/сутками и нет смысла палить целую лицензию на это а разработчик (не я) не должен ещё что то изучать а обращаться ко внешней компоненте с просьбами открой окно, нарисуй кнопку, таблички,....., верни реакцию и т.д. и т.п.

1c на сегодня не актуально, с линукс у них и так всё движется, тогда это был оплачиваемый проект.
Access мне близок, тогда же паралельно делал по тому же принципу для себя. Тонкий клиент, как нечто большее чем терминал а что то получающее задания для отрисовки и слежения за реакцией мне близок с рубежа 80х-90х прошлого века.
Есть аналогичная переписка по поводу Visual Foxpro, которого также точно не предвидится на линукс и т.д. и т.п.

Т.е. ЭТО СТО ПРОЦЕНТНЫЙ ВЕЛОСИПЕД, в этом меня убеждать нет смысла, но он мне нравится и я уверен, что несколько велодорожек для него найдётся.

Как одно из возможных применений - Информационные киоски, которые захвачены браузерами.

Leonid Kudryavtsev,
Ну и что, что не нашли упоминания?
Там примеры в основном не автора, а тех кто для своих языков воспользовался.
Вот например http://www.yabasic.de/related.html
Вам принцип там описанный понятен?
И причём тут wine и лицензия?
Честно, я уже не понимаю какими словами об этом писать.
Если в ближайшие дни не появится кто то заинтересованный в экспериментах на тему, с которым его среду получится обсудить, соберу демо для той среды которая есть у меня под руками: под access 2003 в качестве сервера алгоритмов и клиента(он же сервер GUI) для
https://forum.runtu.org/index.php/topic,7940.0.html
Будет это кто то тестировать или нет не знаю, но мне было бы интересно обсудить.

И да я gtk-server и GuiServer (Кресина) привёл только для примера. У меня аналогичный но свой.

Таймаут!
До готовности демо-стенда.

Единственное уточнение. Сервер - это не большой дорогой ящик с загруженной на нём дорогой системой.
Я на ассме, на контролере напишу программу включения лампочки и обеспечу доступ к ней по сети чрез мной же написанные Dll или ActiveX.
Буду дёргать их из Access-а включая и выключая лампочку.
Это будет мульти контроллерный сервер лампочки, потому что можно на разных контролерах реализовать.