Parche no oficial para IE
A la espera de que Microsoft saque un parche para IE, dos empresas han desarrollado un parche extra-oficial para solucionar el problema de la función createTextRange() encontrado en IE 6 e IE7.
Parches
Vía / Downloadsquad
A la espera de que Microsoft saque un parche para IE, dos empresas han desarrollado un parche extra-oficial para solucionar el problema de la función createTextRange() encontrado en IE 6 e IE7.
Vía / Downloadsquad
John Dvorak, observador de PC Magazine, ha calificado a Internet Explorer y su integración con Windows el peor error cometido por Microsoft.
“Aparte de los constantes errores que presenta el navegador y que cuesta mucho dinero corregir, Microsoft es constantemente demandada por violaciones de patentes.”
Tienen que hacer frente a las indemizaciones, como por ejemplo los 521 millones de dólares que tuvo que pagar a Eolas por violación de una patente que regula la forma en que IE usa los controles de Active X, o el dinero que cuesta la corrección de los bugs que tiene IE.
Según Dvorak, todo vino por las declaraciones de Marc Andreessen, en donde decía que Netscape sacaría a Microsoft del negocio informático, llevando a Microsoft a crear su propio navegador a ciegas.
Acaba diciendo con un poco de humore que Microsoft debería reconocer su derrota, donar dinero a Mozilla y comprar acciones de Ópera.
Microsoft ha lanzado una base de datos pública para llevar un seguimiento de los errores detectados en IE, solo para la última versión, no para IE6 o versiones anteriores. Está disponible dentro de su sitio Internet Explorer Feedback, tan solo es necesario disponer de una cuenta Passport, aunque esta restricción será eliminada en un futuro. La base de datos permitirá a los desarrolladores web votar aquellos bugs que quieran que se arreglen, o comprobar el estado de los que más le interesen.
Vía / Sitepoint
Uno de los anuncios que más esperamos del nuevo IE7 es que el objeto XMLHttpRequest (XHR) iba a ser nativo y no será necesario el uso de ActiveX. Tan solo es necesario crear una nueva instancia de este objeto new XMLHttpRequest() y seguirá funcionando si se desactivan las ActiveX.
Aunque ciertas dudas salen debido a algunos aspectos que han encontrado: xhr.prototype falla, parece ser que la creación dinámica de miembros del objeto falla, y la posibilidad de poder desactivar el objeto XHR. Estas dos cosas hacen sospechar que el objeto sea del todo nativo o no, o al menos que podamos contar con él como contamos con otros elementos HTML.
IE7 XMLHttpRequest – Native or Not?
VÃa / aNieto2K
Marshall Kirkpatrick de Techcrunch nos sorprende con 10 peticiones que le gustarÃa que tuviera el Internet Explorer 7. La verdad es que yo me quedo con muchas de elllas.
Ya vamos por la beta 3 de Internet Explorer y pocas novedades en lo referente al motor de rendering. En el blog de IE podemos leer que los cambios mas significativos son el uso de nuevos iconos, reordenamiento de pestañas, mejora en el zoom de las imágenes, FTP ampliado, ya no solo admite conexiones anónimas, acceso sencillo al correo (que supongo que no será al programa que prefieras, sino al suyo) y correcciones de problemas de seguridad, por lo que es recomendable que la gente se actualice a la beta 3.
Puedes ver en la release notes todos los cambios, a parte también te indican como desinstalar las betas anteriores y la actual.
Beta 3 UX Improvements
VÃa / SitePoint
Aunque Microsoft dijo que se iba a centrar en corregir los errores en CSS y no en Javascript, no está mal decir que cosas se ha corregido y cuales estarían bien para futuras versiones.
Los errores que se han corregido son: los memory leaks cuando se hacían referencias circulares entre elementos, un fallo que cerraba la aplicación cuando se usaba la función normalize() y soporte para XMLHttpRequest de forma nativa en vez de mediante ActiveX.
Los errores que no estaría mal que corrigieran en futuras versiones son: getElementById debería ignorar el atributo name, debería cambiar el window.location cuando se navega entre referencias en el mismo documento mediante el historial, cuando se mueven checkbox mediante métodos del DOM recuperan el estado original y no conservan el que tenían, setAttribute no funciona con el atributo style o con eventos, varios atributos necesitan ser escritos usando las máyusculas en las iniciales de las plabras (camelCase), radio buttons clonados no crean su propio grupo.
Vía / QuirksBlog