Barrapunto

Desde luego, estamos de enhorabuena si una compañía como borland se pasa a GUI GPL, éste puede terminar convirtiéndose en un standard, lo que es bueno. Pero creo que hoy en día, un API, una librerias de funciones, no es lo más adecuado, es mejor una tecnología cliente servidor.

Con el aumento de las comunicaciones, lo ideal es un buen interface para estar para poder ejecutar aplicaciones remotas. Muchas paginas WEB, son aunténticos GUI con con aplicaciones remotas.

Aunque las extensiones HTML son potentes, siempre nos enfrentamos con un problema fundamental, una vez el servidor ha mandado la página, corta la conexión. Para enfrentarse con esta situación, se utilizan cockies, sessiones, Javascripts, etc... Son parches, porque nos enfrentamos a un problema fundamental de diseño, el protocolo HTML se pensó para presentación y poca interacción. Y al al intentar extenderlo se ha producido un extraño monstruo. Aunque muchos digan que se puede hacer una contabilidad en PHP, no es creible

La solución está es un poco la línea de Xwindows, pero el Xwindows tiene un problema, funciona a demasiado bajo nivel, lo que dispara las comunicaciones. A las X no le puede pasar un mensaje diciéndole "crea un boton", se le pasa "haz un recuadro", "rellena de tal color", "haz un borde", etc, esto hace que resulten lentas las comunicaciones. Las GTK etc, se ejecutan en local y envían un millón de eventos al servidor X. (resulta lento incluso en el mismo PC).

Hace falta un GUI, que se comunique con una aplicación remota a un nivel más alto, que la aplicación le envíe widget, y reciba eventos de más alto nivel.

En esta línea lo que he visto el XUL [mozilla.org]de mozilla y fresco [fresco.org], pero todos aun inmaduros. Sería de agradecer que una gran empresas se lanzara a por uno de estos interfaces, eso si sería un gran salto, que independizaría el GUI de la plataforma, tanto como el HTML es independiente de la plataforma.

Lo que buscas se llama java :)

Ya tienes las GTK (que wxwindows soporta) portadas a muchos SOs.

modelo cliente/servidor para crear un boton...me parece exceso de euforia ingenieril.

Quizá te interese este [www.tcl.tk] enlace. Te permite hacer más o menos lo que dices, aunque sigue siendo con el protocolo http. Tcl/tk está muy bien para interfaces gráficos, pero te tienes que instalar el intérprete, claro. Es otra cosilla como java, pero sin bytecode, todo interpretado.
Lo que pides estaría muy bien pero lo veo difícil, porque aunque hacer botones y demás componentes sí parecería factible con poco consumo de ancho de banda, incluso texto. ¿Qué hay de canvas, imágenes, etc? Aunque bien pensado no es imposible, supongo que se podría diseñar de alto nivel para lo que sea de alto nivel y de bajo nivel para lo que lo necesite como las Xwindows.