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

Суть идеи: использовать html для отображения гуя, плюс маленький самодельный http-сервер, который только и должен уметь кое-как обрабатывать GET запросы и пересылать клиенту странички и изображения. Собсна сервер встраивается в приложение и принимает телепатические сигналы юзера, который тыкает кнопки в своем любимом браузере.

Зачем?
Ну, во-первых, я программист-извращенец  Во-вторых, почти полностью можно отказаться от винапи(или кто там чем пользуется), такому гую нужны только сокеты и стандартные либы. В третьих - программой можно управлять удаленно без дополнительного ПО.
Ну и это просто нестандартно   

Примерчик

Исходник, сишник, если кому интересно Может как простой http-сервер работать  

ЗЫ мож тема в Алгоритмы не очень вписывается, вроде вопрос с конкретным языком програмирования не связан

Это сообщение отредактировал(а) Rpahut - 5.9.2008, 02:59

Rpahut, А не приходило в голову, зачем всякие web-писатели используют в своих страничках флеш, javа-аплеты, ActiveX? А всякие разработчики gui-ёвых программ про такие извращения могут даже и не знать, а выглядит у них примерно так-же, если не круче? 

перенёс из Алгоритмов

Во-первых, здесь можно запросто огрести проблемы с производительностью и рендерингом, это раз.
Идею такую я встречал уже два раза: одна из GUI-библиотек для языка D работает через html и одна для С++ (witty, под GNU/Linux).
Обе не смотрел пока.

дико смахивает на WPF

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

Не спорю, у такого подхода хватает недостатков. С другой стороны, массу приложений можно пересадить на html-gui без потерь в удобстве и производительности. Тут, как и везде, все зависит от того, что требуется от программы. 
Точно могу сказать одно - лучше иметь еще один способ общения с пользователем, чем не иметь его =) 

В Qt есть подобное, правда без всяких приблуд, ввиде html серверов и подобного. В Qt Designer строится интерфейс. И затем его без перекомпиляции можно подключать к проекту в виде ui файлов, которые являют собой файлы формата xml. Проблема тут в другом, взаимодействие данного интерфейса с кодом программы.

Мне нравится, сам что-то подобное леплю.