Ante la inclusión en el Anteproyecto de Ley de Economía sostenible de modificaciones legislativas que afectan al libre ejercicio de las libertades de expresión, información y el derecho de acceso a la cultura a través de Internet, los periodistas, bloggers, usuarios, profesionales y creadores de Internet manifestamos nuestra firme oposición al proyecto, y declaramos que:

1. Los derechos de autor no pueden situarse por encima de los derechos fundamentales de los ciudadanos, como el derecho a la privacidad, a la seguridad, a la presunción de inocencia, a la tutela judicial efectiva y a la libertad de expresión.
2. La suspensión de derechos fundamentales es y debe seguir siendo competencia exclusiva del poder judicial. Ni un cierre sin sentencia. Este anteproyecto, en contra de lo establecido en el artículo 20.5 de la Constitución, pone en manos de un órgano no judicial -un organismo dependiente del ministerio de Cultura-, la potestad de impedir a los ciudadanos españoles el acceso a cualquier página web.
3. La nueva legislación creará inseguridad jurídica en todo el sector tecnológico español, perjudicando uno de los pocos campos de desarrollo y futuro de nuestra economía, entorpeciendo la creación de empresas, introduciendo trabas a la libre competencia y ralentizando su proyección internacional.
4. La nueva legislación propuesta amenaza a los nuevos creadores y entorpece la creación cultural. Con Internet y los sucesivos avances tecnológicos se ha democratizado extraordinariamente la creación y emisión de contenidos de todo tipo, que ya no provienen prevalentemente de las industrias culturales tradicionales, sino de multitud de fuentes diferentes.
5. Los autores, como todos los trabajadores, tienen derecho a vivir de su trabajo con nuevas ideas creativas, modelos de negocio y actividades asociadas a sus creaciones. Intentar sostener con cambios legislativos a una industria obsoleta que no sabe adaptarse a este nuevo entorno no es ni justo ni realista. Si su modelo de negocio se basaba en el control de las copias de las obras y en Internet no es posible sin vulnerar derechos fundamentales, deberían buscar otro modelo.
6. Consideramos que las industrias culturales necesitan para sobrevivir alternativas modernas, eficaces, creíbles y asequibles y que se adecuen a los nuevos usos sociales, en lugar de limitaciones tan desproporcionadas como ineficaces para el fin que dicen perseguir.
7. Internet debe funcionar de forma libre y sin interferencias políticas auspiciadas por sectores que pretenden perpetuar obsoletos modelos de negocio e imposibilitar que el saber humano siga siendo libre.
8. Exigimos que el Gobierno garantice por ley la neutralidad de la Red en España, ante cualquier presión que pueda producirse, como marco para el desarrollo de una economía sostenible y realista de cara al futuro.
9. Proponemos una verdadera reforma del derecho de propiedad intelectual orientada a su fin: devolver a la sociedad el conocimiento, promover el dominio público y limitar los abusos de las entidades gestoras.
10. En democracia las leyes y sus modificaciones deben aprobarse tras el oportuno debate público y habiendo consultado previamente a todas las partes implicadas. No es de recibo que se realicen cambios legislativos que afectan a derechos fundamentales en una ley no orgánica y que versa sobre otra materia.

Para complementar la información sobre flash publicada en nuestro anterior articulo, y aprovechando que en la última actualización del Blog para Webmasters de google se habla precisamente de este tema, voy a hablar un poco más en profundidad del posicionamiento de flash en buscadores.

Desde que el año pasado google anunciara una mejora en la capacidad de indexación de páginas desarrolladas con Flash, muchos usuarios han demandado respuestas sobre la relevancia para la búsqueda orgánica que esta mejora traería para sus páginas Flash. A través de su Blog para Webmasters, google ha ido respondiendo a varios interrogantes.

En este artículo, vamos a intentar describir el estado en que se encuentra la tecnología Flash respeto al posicionamiento en buscadores. También veremos lo que se puede y no se puede hacer con flash y te daremos algunas recomendaciones que podrán serte útiles si finalmente decides posicionar tu página desarrollada en Flash.

Limitaciones en la indexación de Flash

• Los buscadores no son capaces de detectar algorítmicamente los textos en flash almacenados como gráficos. Estos textos incrustados pueden contener palabras claves importantes que serán ignoradas.
• Aunque google da soporte a las técnicas comunes de JavaScript para incrustar Flash como SWFObject, no es capaz de ejecutar algunos tipos de JavaScript poco comunes. Así que si tu página web carga un archivo Flash por esta vía, es posible que no se pueda indexar.
• Google por ahora no es capaz de rastrear lenguajes bidireccionales. Por lo tanto no es capaz de indexar contenido en hebreo o en árabe por ejemplo, (a nosotros poco nos afecta, pero no es malo saberlo).
• Ten en cuenta que ningún buscador te garantizará que se indexe correctamente el contenido de tu Flash. Aunque google pueda indexar parte del contenido de tus SWF, puede que otros motores de búsqueda no lo hagan.

Lo que google puede hacer:

• Indexa el contenido textual que aparece cuando un usuario interactúa con el archivo Flash, así como los enlaces tanto internos como externos.
• Esto es una novedad muy importante, ahora google puede cargar archivos externos y asociar su contenido con el archivo principal. Por lo tanto ahora puede vincular un archivo XML con el SWF que lo ha cargado.
• La versión de ActionScript no es relevante para indexar una web.
• Si no quieres que los buscadores puedan rastrear tu archivo SWF o cualquiera de los recursos externos, utiliza la directiva robots.txt apropiada.

Recomendaciones

• El título, la dirección URL y el pie de tu web se vuelven mucho más importantes que el resto de elementos. En una página construida en flash es más necesario conseguir enlaces de sitios con mucho peso, de otra manera será casi imposible aparecer arriba en los resultados de búsqueda.
• Proporciona equivalentes basados en texto de estos archivos Flash, de esta manera permitirás a los buscadores rastrear mejor el contenido de tu web.
• sIFR es una técnica que sustituye elementos de texto con equivalentes Flash. De este modo, el contenido y la navegación se muestran a través de un objeto Flash incrustado pero, al encontrarse el texto en el HTML puede ser leido por los motores de búsqueda.
• Utiliza Flash sólo cuando sea estrictamente necesario. Utilizar HTML para mostrar el contenido y la navegación tiene innumerables ventajas. Tu sitio será más rápido, más posicionable, más accesible y por último más compatible con navegadores antiguos no estándar. Además permite a los usuarios marcar contenido como favorito y enviar enlaces directos por correo electrónico. Ten en cuenta que el coste económico de una web Flash indexable es bastante mayor que una página HTML.
• Adobe tiene un centro SEO para Flash , (en ingles), donde podemos encontrar recursos y ejemplos, que puede ser una buena ayuda.

Mucho se ha discutido sobre la conveniencia de la utilización de elementos de una tecnología propietaria como es flash dentro de HTML. Hace tiempo que existen agrios debates entre los defensores y detractares de Flash, avivados desde el ya célebre artículo de Jakob Nielsen Flash: 99% Bad, del año 2000. Pero desde el año 2002 y la versión MX, esta tecnología ha introducido mejoras en varios aspectos conflictivos que en su momento se le criticaron. Por eso me hago la pregunta, ¿con la tecnología actual, es conveniente utilizar el formato flash en nuestras webs?, ¿Todos cambios introducidos han sido suficientes?, ¿Cómo se utiliza actualmente flash?

En este artículo veremos los avances de esta tecnología en varios puntos escabrosos y un pequeño estudio sobre su uso en las webs españolas más importantes:

Puntos problemáticos y avances de flash para el desarrollo web:

• Accesibilidad: Con la introducción de la paleta de accesibilidad en la versión MX 2004, se mejoró notablemente la accesibilidad en los archivos flash. Ahora es posible que algunos lectores de pantallas puedan detectar ciertos elementos de una película swf, pero aún así la tecnología flash todavía no es completamente accesible para personas con discapacidad.
• Posicionamiento: También se han hecho avances en este sentido. Ahora los buscadores son capaces de procesar los archivos swf y leer las cadenas de texto que contienen. El problema radica en que si todo el sitio está desarrollado en un único flash, el peso de nuestras keywords se diluye, ya que los robots no reconocen que el flash se divide en diferentes secciones. Existen varias soluciones parciales a este problema, pero ninguna es mejor en cuanto a posicionamiento como disponer de un web realizada únicamente en HTML.
• Actualización: Una de las mayores criticas de Jakob Nielsen a las páginas desarrolladas en Flash, era que resultaba difícil mantenerlas actualizadas. Es necesario editar directamente el archivo fuente para realizar los cambios. Volcar contenido en XML, o la integración de Flash con fuentes de datos dinámicos usando Flash Remoting y Web Services también ha solucionado parcialmente este problema.
• Carga de contenidos: A pesar de varias optimizaciones que podremos someter a nuestras bibliotecas y archivos flash, estos se cargarán más lentamente que los contenidos creados en HTML. Además, hay que tener en cuenta que la velocidad de fotogramas asignada a una película, casi nunca se cumple. Esto dependerá de factores como la cantidad de código a ejecutar, la complejidad de éste, la potencia del ordenador, los recursos del sistema operativo, etc.
• Estadísticas. Utilizando Flash Remoting podremos realizar estadísticas de visitas. El problema viene si desarrollamos toda la web en un único archivo. De esta manera sólo podremos saber cuántas personas visitaron la portada de la web, no sus secciones.

¿Actualmente como se utiliza Flash mayoritariamente?

Por otro lado, leo en wezstudio un informe del año pasado sobre la utilización de flash en las 20 páginas españolas más importantes. Estos son los resultados más relevantes que arroja dicho estudio:

• Aproximadamente el 50% de los sitios analizados contienen algún elemento Flash
• Ninguna web esta totalmente desarrollada en Flash mientras que un 45% son completamente HTML.
• En las página analizadas solo se utiliza Flash como herramienta de publicidad o bien para mostrar vídeos.
• Solo el 10% de la superficie total de la home utiliza elementos Flash
• Sin embargo flash ocupa entorno al 60-80% del total de la publicidad

Conclusiones del informe

Analizando estos datos podemos decir que actualmente Flash es una tecnología ampliamente extendida y utilizada como complemento del HTML. Parece ser que su utilización para el desarrollo íntegro de una web está decayendo.

Según este estudio, flash es utilizado principalmente para mostrar vídeos y publicidad. Si bien su utilización es muy común para el montaje de galerías y pases de diapositivas, podemos adivinar que el desarrollo y la utilización de frameworks para JavasScript, está haciendo que también decaiga su utilización para estas tareas.

Entonces, si como indica este estudio flash se utiliza mayoritariamente para mostrar video, ¿Qué pasará con la tecnología Flash cuando tarde o temprano se normalice el uso de HTML 5 y su etiqueta video?

Recordemos que el primer artículo de nuestra serie dijimos que el estudio Jakob Nielsen desarrolló 10 principios de usabilidad bautizados como principios heurísticos básicos o reglas generales. A partir de estos principios señalados, se desarrollaron los heurístics o evaluadores de usabilidad, que permitieron a los evaluadoes realizar sus informes para describir los problemas de usabilidad de los site analizados. Pues bien, en este artículo repasaremos cuales son dichos principios básicos.

Los principios definidos por Nielsen los puedes encontar en www.useit.com y son los siguientes:

• ¿Qué está pasando?: el sistema siempre debería mantener informados a los usuarios de lo que está ocurriendo, a través de un feedback apropiada dentro de un tiempo razonable.
  • Ejemplo: presentar mensajes de espera cuando se está efectuando una transacción o o bien de confirmación o cuando se ha efectuado una operación solicitada por el usuario
• Relaciona el sistema y el mundo real: el sistema debería hablar el lenguaje de los usuarios mediante frases y conceptos que sean familiares al usuario, más que con términos relacionados con el sistema. Seguir las convenciones del mundo real, haciendo que la información aparezca en un orden comprensible y lógico.
• Control y libertad del usuario: los usuarios frecuentemente hacen elecciones por error y deben contar con una "salida de emergencia" para dejar las cosas tal como estaban, sin contar con el botón "back" que cada browser incluye.
  • Ejemplo: que el usuario sienta que tiene el control de la web es fundamental, por ello las animaciones que requieren plug-ins especiales y no tienen una forma de "saltarlas", los pop-ups y las ventanas que se abren de repente, son muy nocivas para una buena experiencia.
• Consistencia y estándares: nuestro sitio debe ser consistente en cuanto a los nombres de las secciones, botones y contenidos de las mismas.
  • Ejemplo: un enlace a "ayuda" debe llevar a una página que se llame así y no "preguntas frecuentes".
• Prevención de errores: mcho mejor que los buenos mensajes de error, es un diseño cuidado que prevenga que ocurran éstos.
• Es mejor reconocer, que recordar: el usuario no debería recordar la información que se le da en una parte del proceso, para seguir adelante. Si bien es imposible tener todas las opciones a la vista en sitios demasiado extensos, al menos debería haber una categorización clara de los contenidos que indique el camino a seguir.
• Flexibilidad y eficiencia de uso: a pesar de que los aceleradores, no son muy utilizados por los usuarios más novatos, hay que tener en cuenta a los más avanzados que sí lo hacen. Nuestra página debe ser fácil de indexar en una lista de favoritos. Esto se logra evitando el uso intensivo de frames y utilizando nombres de ficheros que no caduquen.
• Diseño práctico y simple: los diálogos no deben contener información irrelevante que distraiga o entorpezca la navegación. Es preferible que esta información esté enlazada para que quien la requiera pueda verla, pero que no moleste a los que no la necesitan. Si quieres más información sobre como es un patrón de lectura de los usuarios web, échale un vistazo a este artículo.
• Ayuda, por favor: los mensajes de error se deben entregar en un lenguaje claro y simple, indicando en forma precisa el problema y sugerir una solución constructiva al problema.
• Compatibilidad: nuestra página debe ser compatible con distintas versiones de navegadores y sistemas operativos.

En el siguiente artículo por fín comenzaremos a enumerar los evaluadores de usabilidad para que podamos empezar a utilizarlos en nuestros análisis.

El 9 de noviembre se cumplen 5 años del lanzamiento de la version 1.0 de Firefox. Mientras tanto Mozilla ya permite descargar la primera versión beta del Firefox 3.6

De las novedades que presenta esta versión, según Mozilla, figura Personas que permite una mayor personalización de su apariencia; más rapidez en la ejecución de programas basados en Java Script; la capacidad de detectar la orientación del ordenador para máquinas con acelerómetro; visionado a toda pantalla de los vídeos en páginas con HTML5…

Según Cnet, Mozilla debate si el lanzamiento de este nuevo Firefox lo hará como una actualización automática del 3.5 o lo considerará una actualización de más entidad.

¡Feliz cumpleaños, Firefox!

Este artículo se centra en la configuración de emuladores para probar sitios móvil (que también pone de manifiesto emuladores que se pueden utilizar para probar aplicaciones móviles). En él veremos los diferentes tipos de emulador disponible, los mejores para usar, y las diferentes formas en que pueden ser utilizados.

Emuladores de Móviles

Se dividen en tres categorías principales:

• Emuladores de dispositivos: Estos son generalmente proporcionados por los fabricantes de dispositivos para simular el dispositivo real. Son excelentes para la prueba de su sitio Web o aplicación en un dispositivo en particular.
• Emuladores de navegadores: Para simular entornos móviles. Si bien es útil para determinar la funcionalidad disponible en un navegador móvil en particular, son inútiles para el dispositivo de pruebas específicas. Ya se escribió un artículo sobre Navegadores para dispositivos móviles, dónde podemos ver los diferentes navegadores que existen actualmente para dispositivos móviles.
• Microsoft proporciona emuladores para Windows Mobile, y Google proporciona un emulador de Android. Éstos se ejecutan dentro de un entorno simulado de dispositivos móviles y facilita el acceso a aplicaciones que se ejecutan en el sistema operativo, por ejemplo, un navegador Web.

Os dejo con el artículo completo de mobiForge, muy interesante para aquellos desarrolladores Web Móvil que deseen poder probar sus sitios Wen los diferentes dispositivos móviles, con solo instalar y configurar unas aplicaciones:

Guía de Emuladores de Móviles

Agrego tambien una Guía de validadores de Olga Carreras, muy interesante. En dónde incluye también la validación para móviles.

Un pequeño detalle de usabilidad del que no se salva casi nadie, es la falta de adaptación de los sitios web para personas con daltonismo.

En España lo padecen en alguna medida cerca del 10% de los hombres, y menos del 1% de mujeres. Por lo que un segmento importante de la población, queda olvidada y discriminada en la Web.

Logo de google tal y como lo vería un daltónico, más amarillento de lo habitual.

La forma más común de esta enfermedad, consiste en percibir como gris de distinta intensidad los colores rojo, verde y amarillo. Sin embargo, en algunos casos, los daltónicos pueden ver más matices del color violeta que las personas de visión normal. También hay casos en los que la incidencia de la luz puede hacer que varíe el color que ve el daltónico.

Algunos consejos:

El contraste es lo más importante para un daltónico

Hay que diferenciar en todo lo posible el primer plano y colores de fondo. Para asegurar la mejor legibilidad a tu sitio, la mejor opción es utilizar letras negras con fondo blanco. Usar fondos azules o verdes disminuye y degrada la legibilidad. De ser posible no uses el color rojo de fondo, puesto que disminuye la legibilidad sin importar el color de las letras. El uso de azules ligeros y grises claros, aumenta el stress óptico de muchos daltónicos.

Intenta Utilizar el contraste recomendado por herramientas de comprobación de color. Contrast Analyser es una estupenda herramienta, que comprueba si el contraste de nuestros sitios se ajusta a las pautas de accesibilidad. Además incorpora una funcionalidad para simular las condiciones visuales del daltonismo.

Transcribo las palabras de Daniel Flück, de cuya página hablaremos más tarde para clarificar lo importante que es el contraste para un daltónico:

“Me gustaría añadir mi lista personal de colores que a menudo no pueden distinguir. Y también me gustaría añadir algunos ejemplos para ellos, así alguien con visión normal podrá ser capaz de imaginar un poco que se siente al ser daltónico

• Contraste de color rojo oscuro a negro: Si recibo un correo electrónico con las palabras resaltadas en rojo, no puedo verlas.
• Contraste de verde hierva a naranja: no puedo detectar una naranja que caiga por el suelo de mi jardín.
• Contraste de verde hoja a rojo: para mí no hay ni flores ni manzanas rojas en los árboles.
• Contraste de verde claro a amarillo: no puedo ver si es un plátano maduro o no.
• Contraste de violeta a azul oscuro: nunca sabré cuál es la diferencia.
• Contrate de cian a gris: todos los tonos de azul-verde son incoloros para mí.
• Contrate de verde a marrón o a rojo: Por favor, no me hables de animales rojos en el bosque.”

Cuidado con los enlaces

Los vínculos no deben depender exclusivamente de un color, o por lo menos que este no sea ni rojo ni verde. Es recomendable marcar los enlaces de alguna forma, como por ejemplo con subrayado, cursiva, negrita…ect

El problema de los formularios

En un formulario se suelen incluir elementos gráficos que le indican al usuario si algún campo está incompleto y que es necesario rellenarlo. El mecanismo más utilizado es añadir un texto de aviso con letras rojas para indicar qué campos es obligatorio rellenar. Recuerda que a un daltónico le puede resultar casi imposible distinguir una letra roja de una negra, por lo tanto no van a tener forma de saber cuales campos son obligatorios.

Una buena solución seria incluir alguna forma de identificación, o un simple asterisco junto al campo que es obligatorio rellenar.

Pero la regla más importante es:

Nunca, nunca utilices el color únicamente para indicar, comunicar o diferenciar algo. Para complementar el color puedes utilizar otros elementos como formas, patrones, de texto, iconos, sonidos o incluso fotos.

Ejemplos prácticos:

We are Colorblind, es una página escrita por Daniel Flück, que se ha convertido en la referencia en cuanto al daltonismo en diseño web se refiere. En esta página, nos podemos encontrar con unos cuantos ejemplos, donde podemos aprender cómo interacciona un daltónico ante ciertos diseños. Además nos propone soluciones para evitar estas dificultades. He querido recoger aquí algunos ejemplos:

Los gráficos de líneas estadísticas:

El problema surge cuando no hay un método claro de relacionar dos o más colores de las líneas, con sus valores correspondientes y los nombres de categoría en la leyenda. Esto confunde a los daltónicos, lo que a veces hace imposible la utilización de la tabla.

Solución 1: Incorporación de una leyenda al gráfico

Al colocar las leyendas de la tabla junto a las líneas correspondientes, los daltónicos tienen una mejor conexión visual entre la tabla y los datos. El daltónico ahora puede contar con algo más que un color para entenderlo mejor.

Solución 2: Uso de diferentes formas e iconos

Mediante la inserción de formas o iconos en los trazados de las líneas, el daltónico mejorará su experiencia. Esta solución no funciona para todas las estadísticas, ya que algunas no utilizan líneas.

Iconos de status

los iconos de status tienen una amplia variedad de usos, por lo general se suelen utilizar para comunicar el estado de algo en un sitio web.

Problemas

• El problema surge cuando el color se utiliza para comunicar el estado de los iconos. El Pitch Dark de Firefox, es una herramienta ideal para usuarios daltónicos, pero aun así, la mayoría de los iconos contienen rojo y verde, lo que, en ojos daltónicos, los hace casi invisibles.
• Los Iconos aislados, sin otros cercanos para su comparación, no parecen tener un color claro. Un icono verde puede parecer de color rojo o naranja a una persona daltónica.
• Los Iconos con muy poca diferencia en la forma también son confusos. Un daltónico tendría que mirar de cerca para detectar la diferencia en la forma

Solución 1: Usa iconos que describan la acción o el estado

Eso podrá ayudar a los daltónicos a comprender los iconos, sin tener que confiar sólo en el color.

Solución 2: Usa leyendas

A veces no es posible describir una acción o estado con un simple icono. Puede que el espacio disponible sea limitado o la acción es demasiado compleja para describirla. Si la forma de los iconos no puede explicarse fácilmente, una buena solución puede ser poner una leyenda junto al icono.

Solución 3: Usa colores fáciles de distinguir

El uso de colores muy claros y con buen contraste ayuda a que se comprendan mucho mejor por personas con daltonismo. Por encima de todo, hay que tratar de evitar contrastes inapropiados.

Herramientas

Existe una herramienta llamada Colorblind Web Page Filter que nos ofrece la posibilidad de navegar por Internet a través de los ojos de un daltónico, permitiéndonos reproducir los colores de las distintas web tal y como los vería cualquier persona con daltonismo.

Dentro de poco, (se supone que el mes que viene), firefox lanzará la versión 3.6 de su popular navegador. A pesar de tratarse de una actualización menor, promete cosas interesantes. En este artículo veremos que mejoras y novedades nos traerá. Mirando un poco más allá, vamos a ver que novedades han trascendido de la versión 3.7, que sin duda incluirá funcionalidades que darán que hablar. Por último, intentaremos descubrir que se sabe de la todavía lejana versión 4 de firefox.

Firefox 3.6 (Namoroka) – Noviembre 2009

Novedades

• Vista previa de pestañas presionando Ctrl+Tab.
• Evolución del motor JavaScript TraceMonkey.
• Mayor velocidad de arranque y sensibilidad de respuesta mejorada. Mejoras de rendimiento en general.
• Mejor sesión restaurada en caso de fallos.
• No será necesario reiniciar Firefox después de instalar temas o componentes.
• Se incorporarán transiciones fluidas (al estilo de Chrome o de Safari).
• Soporte para aplicaciones web ,( para que las páginas puedan guardarse como aplicaciones web de escritorio).
• Detectará la posición en la que se encuentra la pantalla del dispositivo, lo que permite realizar acciones, mediante una API, relacionadas con la posición del equipo en tiempo real. Aquí tienes un vídeo de ejemplo de esta característica:

Firefox 3.7 – Marzo de 2010 aproximadamente

Novedades

• Como Internet Explorer 8, Firefox permitirá previsualizar el contenido de cada pestaña en forma de miniaturas. Esta nueva característica funcionará a través de múltiples instancias del navegador, es decir “sin importar la cantidad de ventanas abiertas”).
• Soportará WebGL una API de OpenGL. Esta tecnología permitirá aplicaciones basadas en web pero corriendo en nuestro navegador, con aceleración 3D. podremos disfrutar de juegos de última generación corriendo en nuestros navegadores.
• Aprovechará los dispositivos multitouch (multitáctiles)
• Incluirá una versión más optimizada de TraceMonkey y mejoras en el tiempo de carga de las páginas.
• Soportará Aero Glass, característica de Windows Vista y del nuevo Windows 7. Esto permitirá aportar transparencia a la pantalla de nuestro navegador, ( los usuarios de Windows XP olvidaos de esta característica).
• Ya está disponible la versión pre alpha de esta versión
• Ya hay disponible un video de Firefox 3.7:

Firefox 4 – Segunda mitad del 2010

Novedades

• Una nueva plataforma de sincronización llamada Mozilla Weave, siendo similar a la barra de direcciones inteligente que cuenta Firefox 3.0, pero más compacta e integrada
• Una plataforma de extensibilidad con la intervención de JetPack. Recordaros que JetPack es una interfaz de programación que permite a los usuarios desarrollar extensiones para Firefox de forma sencilla.
• Separación de procesos en ejecución, esto es algo que ya conocemos por Google Chrome. Esta forma de optimización estabiliza al navegador, aunque tiende a consumir un poco más de memoria.
• También nos traerá un cambio importante de interfaz, que estará disponible en todas las plataformas en donde se pueda ejecutar el navegador. Esto nos traerá mejoras en los efectos visuales de las pestañas.
• Podremos separar las aplicaciones web de nuestro navegador, para que las podamos ejecutar directamente desde nuestro escritorio. Esta opción nos permitirá ejecutar dichas aplicaciones aunque no tengamos conexión a Internet.
• Aquí tienes un avance de lo que será esta versión