Extender el idioma es una buena idea, incluso si solo un navegador lo está haciendo, con el tiempo se probará y se convertirá en el estándar en el que otros buscadores tendrán que ponerse al día.
De lo contrario, ¿cómo se puede progresar? Microsoft hace esto todo el tiempo: ¿XMLHttpRequest alguna vez habría llegado a los estándares si Internet Explorer no lo hubiera implementado primero?
Desde la perspectiva de Mozilla el propósito de estos cambios, excepto agregar más capacidades para desarrolladores web, es conducir a JavaScript 2.0, que se está desarrollando como la próxima revisión de ECMA 262 (revisión 4) TC39 workgroup.
Los futuros navegadores son compatibles con JavaScript 2.0. Mientras tanto, se invita a los desarrolladores a aprovechar estas características adicionales, de forma nativa en Firefox y utilizando bibliotecas de JavaScript que brindan compatibilidad con Internet Explorer. Encuentro esto muy útil.
Además, puede ser interesante observar que Webkit (el motor desarrollado por KDE y utilizado por Safari, Chrome y varios navegadores de software libre) es compatible con JavaScript 1.7.
Es posible que desee aclarar que Chrome tiene su propio motor de JavaScript, a pesar de que utiliza WebKit. No puedo pensar en una forma no prolija de agregarlo. –
@Guss - Sí, sé que Safari y Chrome tienen> 1.5, pero mientras IE esté bloqueado, incluso las bibliotecas que ofrecen compatibilidad con versiones anteriores pueden simplemente tomar la ruta más simple y evitar las nuevas características. Entiendo la necesidad de impulsar la tecnología, solo me pregunto cuál es el camino a seguir. –
Creo que este es un buen camino: necesita una implementación operativa del estándar antes de pasarlo a través de los organismos estándar, lo mejor es hacerlo en cooperación con los organismos estándar. – Guss