ideas al azar
ScreenCast IETester from WebInventif.fr on Vimeo.
Bueno, todos no, pero poder las páginas que uno hace con el 5.5, el 6, el 7 y el 8 sin demasiados dolores de cabeza debería bastar, ¿no? La herramienta se llama IETester y está en alfa todavía, por lo que es recomendable usar Explorer 7 como base. Vía.
A principios de mes comentábamos como el equipo de desarrollo de Internet Explorer se había hecho atrás en su decisión de no activar por defecto el motor de rendering de páginas de Internet Explorer 8, usándolo solo para aquellas páginas que lo pidiesen explícitamente, tras el tremendo alboroto que dicha decisión había provocado en las filas de los «estandaristas», comunidad a la que, precisamente, Microsoft pretende agradar expresamente con el lanzamiento de IE8.
Comentábamos entonces que la decisión tomada para «no romper la web», implementada en la primera beta pública del navegador, era incorporar un botón «Emular IE7» que el usuario puede pulsar en cualquier momento. Una vez pulsado, IE8 pasará a comportarse como IE7, eliminando los problemas que pudiera causar algún hack pensado para IE7 al pasar por el motor de IE8. Y nos quedamos tan panchos. Pero en segunda consideración, la solución tampoco nos parece fantástica: una vez pulsado el botón y revertido el comportamiento de la versión 8 a la de la 7… el nuevo e inmaculado motor de rendering quedará enterrado para no resucitar jamás, casi con total probabilidad. Así que… ¿para qué tomarse tanto esfuerzo en diseñarlo, en primer lugar? Podría argumentarse que Microsoft debería cambiar el botón a un «Emular IE7 para este sitio web». Sería una mejora, desde luego, pero obligaría a tener en ejecución dos motores simultáneamente, lo que resulta en un inútil derramamiento de recursos del ordenador y, además, también condenaría a muchas páginas a vivir para siempre sin los beneficios de IE8.
Ahora me apropio (o robo, mejor dicho) una idea de hermanito: podemos suponer (habría que verificarlo, naturalmente) que la mayoría de páginas que rompen IE8 pero no IE7 (esto es, las que asustan a los desarrolladores de Explorer) lo hacen pasándole unos cuantos «hacks» bastante poco respetuosos con los estándares… después de olerse que el navegador es Explorer. La página pasada al resto de navegadores (no solo Firefox, sino también Opera, Safari y demás) no contiene toda esa «basura nociva». Con lo cual, bastaría cambiar el «user-agent» de IE8 para solucionar buena parte del problema. Hasta ahora Internet Explorer se identifica con una cadena del tipo Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; bgft). Poner, por ejemplo, Mozilla/4.0 (compatible; IExplorer 8.0; Windows NT 5.1; bgft) no dificultaría apenas distinguir el navegador de Microsoft de todo el resto y ayudaría a poner un poco de orden en todo este embrollo.
Estoy seguro de que la solución tampoco es óptima, pero no deja de ser una propuesta…
Hay gente que escribe divinamente. Uno de ellos es Joel Spolsky. Y lo último que ha escrito, Martian Headsets, es un análisis divertido pero bastante profundo y muy imparcial del inmenso problema que tiene Microsoft con Internet Explorer. Un problema que en buena parte se ha buscado la propia Microsoft, pero que tiene muchos puntos de contacto con los motivos por que Netscape, el navegador, no llegó nunca a ver una verdadera versión 5. Algo que hace pensar que es un problema al que se tendrán que enfrentar, tarde o temprano, todos los navegadores. Y que, además, es bastante insoluble. O sea que mejor fijarse con atención en cómo lidia Microsoft con el toro y tomar notas por si en el futuro nos hacen falta los apuntes.
De lectura más que recomendable para todo aquel que quiera hablar de estándares web. Y obligatoria para todo aquel que quiera hablar del tema conmigo :-P.
Pues va a ser que «no romper la web» no era tan difícil. En vez de obligar a los «buenos desarrolladores» a introducir un tag más en sus cabeceras para disfrutar del respeto a los estándares del próximo navegador de Microsoft, se le añade un botoncito a IE8 para activar el modo IE7. Sigue sin ser una buena solución (que no existe: va a haber que contentarse con la menos mala), pero parece bastante más razonable esta que la anunciada hace unas semanas y desestimada hace unos días…
Eso sí, muy discretos para marcar dónde está el botón no han sido :-P.
Por lo demás, Explorer 8 Beta 1 me está haciendo alguna que otra cosa rara con algún div AJAX y con las cajas de texto de los formularios, pero no parece mal navegador, para una beta 1. Y «mola» hacerle importar la configuración de Firefox :-P.
PS Eso sí, el destrozo que le hace el nuevo Explorer a Google Reader es de los que hacen época…
Mientras me bajo la beta 1 de Internet Explorer 8 nevego un poco por el Internet Explorer 8 Readiness Toolkit. Una vez solucionado el problema de los estándares, creo que pocos van a discutir que IE8, con su renovado respeto por la interoperabilidad, puede ahorrar muchos dolores de cabeza a los desarrolladores web (aunque, la verdad, de momento no creo que abandone Firefox)…
De las novedades que trae el invento me quedo con las Webslices (literalmente, «lonchas de web»). ¿De qué se trata? De marcar trozos de una página web de forma que IE8 (pongan en marcha los cronómetros para ver cuándo se lanza la extensión equivalente para Firefox) los reconozca y se suscriba a ellos, presentándolos al usuario de forma independiente al resto de la página. ¿Y eso para qué? Pues para hacer un «pseudo-push» de contenidos sin hacer uso de RSS. Un uso muy rudimentario sería marcar la primera entrada de la «home» de un blog y obtendríamos una funcionalidad muy similar a la del RSS. Para encontrar usos más interesantes tendremos que pensar en contenido de páginas web que se genere automáticamente pero que no tenga RSS. ¿Pero eso no consumirá mucho ancho de banda? Pues depende. El navegador tendrá que descargar todo el HTML de la página. Pero podrá ahorrarse, por ejemplo, todas las imágenes u otros objetos que no estén dentro de la «webslice»… ¿Las gracias, más allá de lo obvio? Al menos tres:
Vale, los dos últimos puntos son de cajón, pero… ¡estamos hablando de Microsoft! :-P
Si además es cierto que soportan de verdad CSS 2.1 (y que están con CSS3) y las mejoras del DOM y para AJAX anunciadas son significativas (habrá que leerlo con más detenimiento), IE8 puede contribuir a hacernos creer que el equipo de desarrollo de Explorer «se lo curra», a que desarrollar para la web sea un poco menos doloroso y a facilitar un goteo de pequeñas innovaciones en los navegadores que fluyan con facilidad de una familia a otra…