Pues ahora, en la variante Minefield, que podéis bajaros en el enlace al final del post, sí han incluido Tracemonkey, pero no lo han activado por defecto, por lo que hay que hacer la siguiente triquiñuela: abrir una pestaña nueva y en la barra de direcciones poner about:config, nos saldrá una página de advertencia que debemos aceptar y luego, en la barra de búsqueda debemos teclear jit para seguidamente activar los dos booleanos a true y una vez reiniciado Minefield, ya podréis comprobar como páginas como GMail o digg, literalmente vuelan.

El rendimiento con Tracemonkey activado es notablemente mejor y se nota a simple vista, incluso hay tests que lo sitúan por debajo del V8 de chrome en tiempo de respuesta (es decir mejor), así pues, el cambio es apreciable. Recordad que es una versión muy primeriza en el desarrollo y que ni se han atrevido a activar esta nueva característica por lo que en ningún caso esperéis estabilidad, el navegador os puede petar en cualquier momento (de ahí su nombre, campo de minas).

Vía | Think Wasabi
Más información | Wiki de Mozilla
Descarga | Minefield
En genbeta | Firefox 3.1 alpha 2: sigue mejorando sin TraceMonkey

De piedra me he quedado al digerir esta noticia, a principio bastante simple: Mozilla está desarrollando un plugin para Internet Explorer para que este navegador pueda reconocer los elementos Canvas de igual manera que Firefox. Es decir, que IE sea 100% compatible con Firefox en este apartado concreto. Para quién no esté familiarizado con Canvas, en resumen se trata de un elemento de HTML que permite varias operaciones nuevas para trabajar más cómodamente con bitmaps, incluyendo varias operaciones de dibujo y animación.

El caso es que Canvas ya se ha implementado en WebKit (motor de Safari y varios más), Gecko (Firefox y familia) y Presto (Opera, punto), y aunque es un elemento muy nuevo y todavía experimental, es bastante compatible entre estos navegadores, si bien todavía hay algunas pequeñas diferencias. Por supuesto, el equipo de desarrolladores de Internet Explorer ni siquiera se ha pronunciado al respecto y no tienen planes de acogerlo a corto plazo, a pesar de que aplicaciones como Google Maps lo usan intensivamente (en IE usan un pseudoemulador que ralentiza su uso).

Esta desidia es la que ha llevado a Mozilla a empezar a desarrollar este plugin, que todavía está en una etapa muy temprana y que por ahora es bastante difícil de usar, debido a las continuas preguntas derivadas de las nuevas medidas de seguridad de IE7. Este precedente tiene mucha importancia: no se trata de un plugin para una funcionalidad ajena a los estándares básicos, es un estándar básico de HTML5, y por tanto es una tarea directa del navegador, no de sus plugins, y menos con un elemento que requiere tanta eficiencia como Canvas.

Pero la cosa no acaba aquí, ya que han creado un proyecto experimental que va más lejos: portar el motor de Javascript de Firefox como un plugin para Internet Explorer. Sí, el motor enterito. Aquí yo creo que directamente están viendo si pueden canibalizar a IE, quitarle las tripas y meterle las de Firefox. Si el usuario no se pasa a Firefox, pues evolucionamos su navegador por dentro.

Por último, queda una cuestión abierta: ¿cómo va a obligar a los usuarios a instalar esos plugins? Porque estamos en las mismas, si los usuarios no se han pasado a Firefox, ¿cómo se van a instalar sus plugins? La respuesta es muy sencilla y tiene que ver con las buenas relaciones que mantiene con Adobe. Sí, has pensado bien, la solución es integrar todo ese código portado en la próxima versión de Flash. Está claro que con la base de usuarios que dispone Adobe con su Flash, se extendería como la pólvora, así que como véis la estrategia de Mozilla es muy ambiciosa.

Pensando en el plugin de Flash, no creo que le haga un favor muy grande, ya que últimamente se ha convertido en una especie de cajón de sastre donde Adobe mete componentes sin pensar mucho en la estabilidad o en que no se coma todos los recursos de la máquina. Vamos, como Acrobat. Tampoco queda claro si le conviene o no que se extienda el uso de Canvas, un elemento que permite dibujar y animar nativamente en un navegador, porque la cuota de mercado (cantidad de webs que lo usarían) de Flash podría verse seriamente recortada. La respuesta, cerrando el círculo, son las ansias de Adobe de que el Silverlight de Microsoft no triunfe.

Como véis, el tema tiene mucha miga, hay diferentes actores y hay varios frentes abiertos; por no hablar que la mitad son supuestos y la otra mitad todavía es aire. Y todo porque Microsoft se empeña en ir 5 años por detrás en un campo en el que cada día salen cosas nuevas.

Vía | Ars Technica
Enlace | Blog de Vladimir Vukićević, desarrollador de Mozilla

En las anteriores versiones, tras su lanzamiento, se incluyó auto-completado y resaltado del código para ActionScript, JSP-HTML, Smarty, ASP/VBScript y Coldfusion a la lista de lenguajes soportados (XHTML, HTML, CSS, Javascript, Java, Perl, Python, Ruby y SQL, entre otros modos).

Con la nueva versión se han solventado una infinidad de pequeños problemas o añadido pequeñas funcionalidades que dan una mayor estabilidad a Coda, entre las que podemos encontrar soluciones a los problemas con permisos o excepciones al acceder a algunos ficheros y/o directorios, mejoras en la detección de la codificación del archivo (gracias a Dios, por que a veces se liaba y me pasaba de Latin 1 a Chinese), mayor rendimiento en el proceso de auto-completado de código, adaptación del editor a cambios en Leopard (el inminente MacOS X 10.5), solución a diversos errores a la hora de publicar archivos y funcionamiento correcto de las carpetas inteligentes (Smart Folders) con Leopard.

Sitio oficial | Panic.
Notas de la versión | Panic.

Esta semana, los chicos de Panic nos traen una actualización de Coda, Coda 1.0.1, donde se solucionan diversos aspectos y detalles de la versión inicial, ampliando las funcionalidades y soporte de Coda:

• Nuevo modo ActionScript.
• Nuevo modo JSP-HTML.
• Nuevo modo para plantillas Smarty.
• Nuevo campo de configuración de los sitios, pudiendo especificar la URL Local inicial con lo que podremos visualizar en el modo de previsualización archivos locales directamente desde el directorio o a través de un servidor web local.

Sitio oficial | Panic.
Notas de la versión | Panic.
En Genbeta | Coda, el secreto mejor guardado de Panic y Coda, el mejor cliente de FTP para Mac con un potente editor de texto y mucho más.

Sin embargo, Mac OS dispone de muy buenas opciones a la hora de desarrollar (ya sea diseño o programación) sitios web, servicios web o gestores de contenidos.

Smultron, mi preferido, es un editor escrito en Cocoa que permite editar infinidad de lenguajes de programación (PHP, ASP, SQL, XML, CSS, Ruby, Javascript, etc.) para los que dispone de autocompletado, coloreado de sintaxis, gestión de proyectos, división de la pantalla, sincronización con tu cuenta .Mac, etc.

TextWrangler es un interesante editor de texto, comparable al BBedit Lite, que posee un cliente FTP/SFTP además de soporte para ANSI C, C++, HTML/XHTML, Fortran, Java, JavaScript, Object Pascal, Objective-C, Perl, PHP, Python, Rez, Tcl, TeX, Unix Shell Scripts, y XML.

Aptana es un editor basado en Eclipse y principalmente dirigido a desarrolladores Javascript, pero también le acompaña soporte para (X)HTML, CSS y XML. Muy recomendado para el desarrollo de aplicaciones AJAX.

En cuanto a los entornos de pago:

Zend Studio, el IDE para PHP por excelencia con soporte para PHP, (X)HTML, Javascript, CSS, XML y SQL, cliente CVS y SVN, SFTP/FTP, conexiones a servidores de bases de datos, seguimiento de trazas, debugging, entre una infinidad de características.

Dreamweaver que sigue al pie del cañón como uno de los editores más versátiles, tanto como editor de programación como para editor WYGWYS.
El completado de código que posee es realmente uno de los mejores que he visto, eso sí, únicamente destacable para CSS y XHTML.

Textmate, uno de los editores que más éxito ha tenido y con mejor diseño, nos aporta a diferencia del resto soporte para Ruby, RoR, Xcode, LaTeX, Markdown, Textile, entre otros.
El año pasado obtuvo el premio Apple Design Award for Best Mac OS X Developer Tool (o lo que es lo mimo, el premio de diseño de Apple a la mejor herramienta de desarrollo para Mac OS X).

BBedit dispone, además de lo comentado para TextWrangler, soporte para FTP/SFTP, Ruby, YAML, SQL, AppleScript y Mac OS X Unix Scripting, entre otros. Así mismo, permite control de versiones con Subversion y Perforce.

Existen muchos otros, pero los más interesantes (y/o conocidos, útiles, usables, etc.) los tienes aquí listados. ¿No hemos incluido el usas? ¿Crees que hay alguno que deberíamos incluir? Comentarios abiertos…