Barrapunto

Yo creo que las interfaces gráficas con HTML están bastante limitadas, sobre todo por la escasez de widgets gráficos, pero no es para llamarlas "putas mierdas"...

De hecho, incluso con sus limitaciones, cada vez proliferan más las interfaces web. Ahora mismo recuerdo desde la interface web del programa de configuración de los routers (por ejemplo, el SpeedStream 5660), la configuración y gestión de CUPS, la configuración de servidores de impresión Axis,... La lista puede ser muy larga.

Y ésto es así porque es muy cómodo de desarrollar, frente al modelo cliente-servidor tradicional, en el que el lado del cliente es un cliente "pesado", con lógica incrustada. En el modelo web, los clientes son "ligeros", con muy poca o ninguna lógica, y además (si se respetan los estándares del consorcio w3) multiplataforma de verdad (y aquí no le gana ni wxWindows, ni Qt, ni Java, ni nada). En el lado del cliente sólo es necesario un navegador web.

Generando dinámicamente desde el servidor HTML+CSS+Javascript se pueden hacer muchas cosas, pero las interfaces de usuario que se pueden crear de esta forma por ahora no son comparables a las que se pueden hacer con software "normal", instalado en el cliente. De todas formas, es posible una vía intermedia, utilizando applets Java en caso de necesitar una interface compleja.

En un futuro más o menos próximo las interfaces de usuario usando XHTML serán mucho más complejas, en el momento en que los navegadores soporten la recomendación del W3C XForms (aunque parece que va para largo). XForms es una especificación de tags XHTML que añaden nuevos controles a los INPUT y compañía del XHTML actual. Más información sobre XForms aquí [w3.org].