5.1.1. —perdido, buscando el diseño ideal

ajaxWrite sucks

ajaxWrite está fuertemente basado en XUL. XUL está disponible sólo para los derivados de Gecko. Pensé que la Web 2.0, entre otras miles de cosas, consistía en aplicaciones que no dependerían de la plataforma o navegador.

ajaxWrite está fuertemente basado en XUL. XUL está disponible sólo para los derivados de Gecko.

Pensé que la Web 2.0, entre otras miles de cosas, consistía en aplicaciones que no dependerían de la plataforma o navegador. Aunque con ese criterio, plain and simple HTML es más 2.0 que cualquier otra cosa.

Al menos debo reconocer que admiro sinceramente al creador por dejar tan en claro cuál demonios es la razón por la que eso no funciona en otro montón de navegadores.

¿Cuanto falta para This site requires marquee?

Si por algo me interesa ajaxWrite es por ver cómo van a “portar” el XUL a Internet Explorer y Opera. Ahí si que estaremos viendo algo realmente interesante.

Muy merecida mención para Tecnorantes: ajaxWrite: más de lo mismo.

Publicado el 27 de marzo de 2006 en las categorías Internet

16 comentarios. Agregá el tuyo →

Edgardo

Olvidate que de Microsoft implemente XUL en IE. Simplemente, olvidate!

Y Opera?, Opera sigue la corriente, no innova.

Si ellos tienen el 90%+ del mercado, para que gastar millones en implementar una tecnología de otra empresa???

Ellos hacen la suya,
hacen algo nuevo, que se haga standard después (hola XMLHttpRequest y AJAX), si los demás quieren.

De hecho, MS ya tiene algo bastante similar y que en escencia es inclusive mejor que XUL (aunque bueno, ehm no es multiplataforma, corre solo bajo windows): Avalon (Windows Presentation Foundation)

http://en.wikipedia.org/wiki/Windows_Presentation_Foundation

“Web Browser applications are programs that run inside Internet Explorer. Programs written in this way run in a partial trust sandbox, and are not given full access to the computer’s resources. This sandbox is intended to protect the computer from malicious applications. Starting a Web Browser application from an HTML page or vice versa is seamless (there is no security or installation prompt). Although one gets the perception of the application running in the browser it actually runs in an out of process exe different from the browser.”

28 de marzo de 2006

Federico

La cita no es mía, y el chiste es cómo hará el programador de ajaxWrite, no el resto de los pobres navegadores. :)

28 de marzo de 2006

cumic

Ey, fede, que acaban de decir que Opera no innova, que solo sigue la corriente!! Saquemos las espadas xD

28 de marzo de 2006

Marco

A mí no me parece tan mal… Recordemos que el XMLHttpRequest fue un invento de Microsoft que después se implementó en otros navegadores.

Saludos!

28 de marzo de 2006

Federico

cumic: La mayor innovación de torrent y widgets es haber logrado integrarlos al navegador, pero no son exactamente innovaciones como fueron, por ejemplo, los mouse gestures.
Marco: No es sobre AJAX, es sobre el uso de XUL.

28 de marzo de 2006

cumic

Mmm, creo que los MouseGestures ya existieron antes en otros programas… ¿estoy equivocado?

28 de marzo de 2006

Federico

cumic: Ni idea. Igualmente no existe la innovación, sólo el marketing. ¿Acaso vos crees que todos recuerdan quien fue el primer navegador con pestañas?
Edgardo: Por cierto, muy buen artículo el de la Wikipedia sobre Avalon

28 de marzo de 2006

Dam

Yo no me acuerdo, pero lo sé: NetCaptor, :D

Sobre XUL, la verdad es que, como ya dijeron, está bien que se lo utilize.

XMLHttpRequest empezó así, y ahora AJAX es estándar.

28 de marzo de 2006

Federico

¿Se dan cuenta que XUL no es una tecnología más sino simplemente el motor de las interfaz de Gecko (y no sé si esto se aplica a todos las aplicaciones que usan Gecko)? Es totalmente descabellado esperar que otras aplicaciones lo implementen.

28 de marzo de 2006

Dam

Estás equivocado. XUL es una tecnología que usa Mozilla Firefox en su interface, sí. Mas no la usa Kmeleon, que también utiliza Gecko.

Gecko es el motor de XUL, como también podría serlo Presto, WebCore, KHTML, Trident, Tasman, etc.

29 de marzo de 2006

Federico

¿Gecko como motor de XUL? Me parece que te estás contradiciendo. De ser como decis, K-meleon debería implementar XUL.

29 de marzo de 2006

Dam

Para nada. XUL es una forma de crear interfaces através de mark-up. Gecko es un motor que “renderiza” la interface.

Gecko puede hacer lo mismo en K-Meleon, sí, pero la idea de ese proyecto es otra (para alivianar recursos usan la interface nativa de Windows).

30 de marzo de 2006

Federico

Ta, ta. Ahora sí. Entendí que K-meleon no podía analizar XUL.

31 de marzo de 2006

Edgardo

XUL (XML User Interface), es sólo un meta-lenguaje para definir la interface, tal como lo explica Dam.

El tema es que Firefox/Thunderbird/etc están hechos enteramente basados en XUL, no es simplemenete un chiche.

Por razones que ya expliqué en mi post nunca jamás van a ver a Microsoft implementando XUL, para que haga rendering nativo bajo Windows.

Es más, no me extrañaría que en 2 añitos (o menos), linux quiera soportar o directamente soporte WPF (Avalon) vía el proyecto Mono.

3 de abril de 2006

Karla

Hola,
Soy empleada de la compania que desarrolla ajaxwrite. Quisiera solo agregar un pequeno comentario. Si se piensa portar a los otros navegadores. El software se origino para firefox por ser la preferencia de los ingenieros que disenaron desde un principio, pero tenemos un grupo de personas dedicadas a portar.

17 de julio de 2006

Federico

Esto lo escribí en marzo. Parece que no están muy apurados que digamos.

18 de julio de 2006

Agregá tu comentario

Agregá tu comentario

© Federico Martín Panicobpm230 (arroba) gmail (punto) com