Ese cambio es, sin embargo, bastante importante para algunos usuarios, y es que, a partir de ahora, los complementos serán compatibles las nuevas versiones de SeaMonkey a menos que se demuestre lo contrario. Digamos que se aplica la presunción de inocencia en los complementos.

Entrando más en detalles, lo que sucedía hasta ahora es que los desarrolladores de complementos tenían que revisar si su trabajo seguía siendo compatible e, incluso si el desarrollador sabía que el complemento seguía sirviendo (como me pasa a mí con el complemento del diccionario, que está compuesto sólo por datos, no por código JavaScript ni binario), tenía que ir al panel del complemento en Mozilla Add-ons y actualizar las versiones con las que es compatible.

A partir de ahora, Mozilla Add-ons tiene una serie de pruebas automáticas que se van a ejecutar para todos los complementos alojados en ese sitio (en el caso de SeaMonkey, siempre que los complementos ya fueran compatibles con, al menos, SeaMonkey 2.1) y los números de versión de todos los que superen la prueba se incrementarán automáticamente. Eso ayudará a los desarrolladores despistados y, en consecuencia, a los usuarios de sus complementos.

Aparte de eso, hay varias mejoras en el motor de representación Gecko. Quizá la más llamativa sea que se han implementado transformaciones 3D de CSS, y mejoras en la API de IndexedDB.

Un detalle importante y que no se ha mencionado en las notas de la versión es que, previsiblemente, esta va a ser la última versión compatible con Windows 2000 (cualquier versión) y Windows XP (sin Service Pack). En otras palabras, Firefox 11, Thunderbird 11 y SeaMonkey 2.8 necesitarán al menos Windows XP Service Pack 1 para ejecutarse.

En la práctica, no creo que mucha gente se vea afectada. Pocos equipos capaces de utilizar Windows 2000 no podrían ejecutar Windows XP y, puesto que Windows 2000 hace ya tiempo que no tiene actualizaciones de seguridad, seguramente se habrán migrado ya. Al mismo tiempo, parece difícil encontrar razones para que alguien con Windows XP no haya querido instalar al menos el Service Pack 1 o sus actualizaciones individuales equivalentes (el último Service Pack para Windows XP es el 3).

A lo largo de este mes espero poder publicar un par de noticias interesantes sobre la organización del grupo de voluntarios que desarrolla SeaMonkey.

Dejo el audio para que puedan escucharlo junto a la presentación y un enlace directo al mp3 por si quieren descargarlo.

El video estará disponible en el sitio web del evento, donde ya se puede ver una grabación de las tres charlas que fueron transmitidas por Internet.

Hay tres maneras de arruinarse: las mujeres, el juego y los técnicos. La más placentera, las mujeres. La más rápida, el juego. Pero la más segura, los técnicos. (George Pompidou)

¿Has intentado instalar  el diccionario ortográfico español de España (también te pasará con otros idiomas) en Thunderbird desde que comenzaron los ciclos rápidos de desarrollo? ¿Lo has conseguido sin hacer trampas?

Thunderbird es un cliente de correo y, por tanto, no puedes usarlo para visitar páginas web a menos que instales un complemento como ThunderBrowse (es una de esas trampas que menciono). Por tanto, sólo puedes instalar complementos de dos formas:

1. A través de su administrador de complementos, usando la pestaña Obtener complementos.
2. Descargando el complemento con un navegador en tu disco duro y luego abriendo el archivo XPI descargado.

Bien, pues resulta que, desde la versión 4 de Firefox y Thunderbird y la 2.1 de SeaMonkey, el administrador de complementos no incluye en su búsqueda de complementos los diccionarios identificados como tales en Mozilla Add-ons. Eso significa que la primera solución de la lista anterior no funciona y sólo nos queda la segunda, instalar el XPI previamente descargado con un navegador.

Pero, en algunos casos, como el del diccionario español de España, el contenido del XPI no ha cambiado (o sea, no se han añadido palabras nuevas al diccionario), de manera que el XPI se mantiene intacto y el desarrollador (que en este caso soy yo) sólo cambia unos parámetros en la página del complemento en Mozilla Add-ons para incrementar el número máximo de versión de cada producto con los que es compatible.

Cuando visitas la página e intentas descargar un complemento desde allí, Mozilla Add-ons le dice al navegador, o al administrador de complementos de Thunderbird, que los números máximos de versión con los que es compatible el complemento son los que se han configurado como parámetro en la página, en lugar de los que figuran en el archivo XPI.

Como los diccionarios no aparecen en el administrador de complementos de Thunderbird, y el XPI del diccionario español de España tiene números máximos de versión en torno a las versiones 4 de Firefox y 3.3 de Thunderbird, no hay manera de instalarlo normalmente. El fallo se corregirá a partir de la versión 10 pero, mientras tanto, si alguien necesita instalar el diccionario en Thunderbird, decídmelo en los comentarios y os pasaré una versión modificada para que sea compatible con versiones más modernas de los productos.

Si os preguntáis por qué el problema afecta solamente a Thunderbird, realmente afecta también a Firefox y SeaMonkey, pero en estos, al ser/incluir navegadores, podéis visitar directamente la página de Mozilla Add-ons del diccionario e instalarlo desde ahí, de manera que la página web facilite los números de versiones compatibles correctos.

Google está matando su web

Google, quizás una de las mayores empresas en Internet de la historia (recordemos que empezó a crecer en el boom de las .com), que más se ha aprovechado de internet (es donde reside una gran parte, por no decir toda, de su negocio), está matando la web.

Google, que se inició en la libertad de internet para subir su web, hacerla accesible y usada miles de millones de veces al día, está matando su propia web. Web a la que ellos han ayudado a crecer.

¿Y por qué digo que Google está matando la web? Porque Google Chrome está matando la web. Está matando la innovación, está matando la posibilidad de elección, está matando la libertad.

No sé si recordáis los oscuros años 2000-2005, donde todo el mundo tenía instalado Internet Explorer 6. Un navegador que no se actualizó (llegó al 97% de cuota de mercado) porque no le hacía falta: era el rey, y se conformó. Obligó a hacer “estándares” para Microsoft, pasando de todo el mundo, pasando de una web interoperativa. Pasando de innovar y estandarizar.

Google está haciendo lo mismo: está obligando a que muchas de sus aplicaciones web SÓLO se puedan usar con Google Chrome. Google ha ayudado a estandarizar muchas cosas, pero se está equivocando. Muy, mucho.

Angry Birds para Chrome funciona perfectamente en Firefox, Ópera, Safari… pero lo dicen.

El soporte offline de Gmail sólo lo hacen funcionar en Google Chrome, cuando perfectamente se podría utilizar LocalStorage de HTML5 para hacerlo funcionar en múltiples dispositivos.

Y lo último, el otro día quería probar Google Currents Producer:

Nada, sólo Chrome.

Sólo espero que Google cambie de parecer y haga lo que ha hecho desde sus inicios: apoyar una web abierta, libre, y, como hicieron ellos, poder innovar desde cualquier sitio y de cualquier manera, no estando atados a una única tecnología.

No hay nada nuevo bajo el sol, pero cuántas cosas viejas hay que no conocemos. (Ambrose Bierce)

A diferencia de ocasiones anteriores, la próxima versión de SeaMonkey, la 2.6, va a incluir algunos cambios específicos del propio producto. No esperéis grandes novedades, son pequeños detalles, pero si alguno los echabais de menos, aquí los tenéis:

• Ya está disponible la vista preliminar en Composer.
• Acerca de SeaMonkey (about:) ahora muestra el canal de actualizaciones en uso.
• Se ha añadido la implementación de la característica de menú contextual de HTML 5 (atributo contextmenu).
• Se ha añadido inferencia de tipos, lo que mejora significativamente el rendimiento de JavaScript.
• Se ha añadido la posibilidad de averiguar, a través de JavaScript, el estado de la preferencia No rastrear.
• Se ha añadido compatibilidad con font-stretch.
• Se ha mejorado la implementación de text-overflow.
• Mejoras en la implementación de HTML 5, MathML y CSS.
• Corregidos varios problemas de estabilidad.

La publicación de SeaMonkey 2.6 está prevista en torno al 27 de diciembre (en torno a una semana más tarde que Firefox 9 y Thunderbird 9).

Google, que se inició en la libertad de internet para subir su web, hacerla accesible y usada miles de millones de veces al día, está matando su propia web. Web a la que ellos han ayudado a crecer.

¿Y por qué digo que Google está matando la web? Porque Google Chrome está matando la web. Está matando la innovación, está matando la posibilidad de elección, está matando la libertad.

No sé si recordáis los oscuros años 2000-2005, donde todo el mundo tenía instalado Internet Explorer 6. Un navegador que no se actualizó (llegó al 97% de cuota de mercado) porque no le hacía falta: era el rey, y se conformó. Obligó a hacer “estándares” para Microsoft, pasando de todo el mundo, pasando de una web interoperativa. Pasando de innovar y estandarizar.

Google está haciendo lo mismo: está obligando a que muchas de sus aplicaciones web SÓLO se puedan usar con Google Chrome. Google ha ayudado a estandarizar muchas cosas, pero se está equivocando. Muy, mucho.

Angry Birds para Chrome funciona perfectamente en Firefox, Ópera, Safari… pero lo dicen.

El soporte offline de Gmail sólo lo hacen funcionar en Google Chrome, cuando perfectamente se podría utilizar LocalStorage de HTML5 para hacerlo funcionar en múltiples dispositivos.

Y lo último, el otro día quería probar Google Currents Producer:

Nada, sólo Chrome.

Sólo espero que Google cambie de parecer y haga lo que ha hecho desde sus inicios: apoyar una web abierta, libre, y, como hicieron ellos, poder innovar desde cualquier sitio y de cualquier manera, no estando atados a una única tecnología.

La inteligencia artificial no es comparable a la estupidez natural. (Anónimo)

Cuando instalas Lightning en Thunderbird o SeaMonkey, al hacer clic con el botón derecho sobre un mensaje tienes una opción en el menú contextual llamada Convertir a… con las subopciones Evento y Tarea. Se abre un diálogo para crear un evento o tarea con el texto del mensaje como descripción y la fecha y hora en punto más cercana a la hora de verdad a la que has realizado la acción.

Sin embargo, a veces en un mensaje viene información muy concreta sobre el día y hora del evento. Es más, suele ser así la mayoría de las veces. Al fin y al cabo, si quieres crear un evento a partir de un mensaje, muy probablemente ese mensaje contiene información sobre una cita o una reunión, incluyendo su fecha y hora. Y con las tareas pasa algo parecido, es normal que incluyan frases como “Tienes como plazo límite el próximo miércoles”.

Merike Sell ha decidido que sería interesante que esa funcionalidad fuera más inteligente, y ha preparado una extensión que, una vez funcione correctamente, probablemente se integre en Lightning.

Claro, los más astutos ya os habréis dado cuenta de que hay un pequeño detalle que hay que considerar cuando se intenta extraer de un mensaje una fecha: el idioma en el que está escrito ese mensaje. Así que la localización de la extensión es crucial, y tengo que decir que Merike lo ha pensado francamente bien. La extensión analiza el mensaje y el resto de preferencias del cliente de correo para deducir el idioma y usar la localización correcta con el fin de encontrar fechas y horas en muy distintos formatos.

Y adivinad quién ha hecho la traducción es-ES. El fichero con los patrones en español está en el repositorio GitHub de la extensión. He hecho algunas pruebas y la extensión es muy lista, sorprendentemente lista incluso. Con todo, no hay mejor forma de probar las cosas que crees que funcionan que pedirle a otros que las prueben, así que los que utilicéis Lightning podéis probar a descargar la extensión Event-Extract y contadme los resultados mediante los comentarios de esta entrada del blog.

Tened en cuenta que, como la extensión es experimental, para no alterar la funcionalidad normal de Lightning en el caso de que Event-Extract tenga algún problema, la extensión ha creado entradas de menú alternativas (Add as… → Event / Task) y, además, no se han traducido porque, si todo va bien, no serán necesarias cuando Event-Extract se integre en Lightning.

Durante el último año, la comunidad de Mozilla Hispano ha crecido tanto en número de colaboradores como en número de proyectos en curso, por lo que hemos tenido que aprender a manejar desde un grupo pequeño a un grupo de más de 40 personas.

Todo suele ser más o menos fácil de manejar cuando tu comunidad tiene 4 o 5 personas, normalmente cada uno hacer una tarea distinta, enfocándose normalmente en la localización o asistencia a usuarios y para comunicarte usas el correo electrónico o una lista de correo. El problema empieza cuando la comunidad crece y la gente nueva quiere hacer cosas diferentes, tales como difusión, marketing, relaciones con la prensa, control de calidad…

English version.

Trataré de explicar como lo hemos solventado en Mozilla Hispano y espero que pueda ayudar como ejemplo a otras comunidades en el futuro.

Nuestra infraestructura se basa en:

• Meritocrácia: Colaboradores y miembros activos.
• Lista de correo abierta para anunciar los nuevos proyectos.
• Una página donde se explica dónde y cómo puedes colaborar.
• Un programa de mentores.
• Un wiki para organizar las áreas, proyectos, tareas, eventos, reuniones y colaboradores.
• Un servidor de audio mumble para hacer conferencias de audio.
• Un canal de irc en irc.mozilla.org.

Meritocrácia

Las normas de la comunidad son claras y están acordadas por todo el mundo desde un inicio. Somos una meritocrácia como el resto de Mozilla y nos subdividimos en:

• Usuarios: Cualquier que visita la web.
• Colaboradores: Usuarios que colaboran con la comunidad de vez en cuando en diferentes proyectos
• Miembros activos: Un colaborador que ha estado participando en la comunidad de forma activa desde hace al menos 6 meses puede ser propuesto como miembro activo. Tendrá derecho a votar en las decisiones internas que puedan afectar a la comunidad. Si va a estar inactivo o va a dejar de colaborar, siempre se puede volver a ser un colaborador normal.
• Mentores: categoría especial para los colaboradores veteranos que quieren ayudar a los nuevos a conocer y colaborar en la comunidad

Lista de correo

Está alojada en google groups pero en el futuro se debería migrar al mailman de Mozilla. Cualquiera puede suscribirse, en la forma principal de presentarse y estar al día de lo que está sucediendo. Es también el lugar de discusión sobre nuevas ideas o problemas.

Se recomienda enviar los correos a la lista usando una “etiqueta” para una mejora organización:

• [Noticias] Firefox 9
• [Difusión] Proyecto encantamiento
• [Asistencia] Revisar los temas sin solucionar

Página colabora

La página de colabora es la página principal de llegada para los nuevos. Está diseñada para dirigir primero al programa de mentores, lista de proyectos en curso , los recursos para colaboradores y posteriormente listar todas las áreas en las que estamos trabajando.

Programa de mentores

En la página del programa de mentores describimos de forma breve qué es Mozilla Hipano y nuestros valores Mozilla (queremos que la gente entienda que somos una meritocrácia y que no tengamos malentendidos en un futuro). Posteriormente listamos por área, los nombres y correos de los mentores a los que animamos a escribir directamente.

Nos hemos dado cuenta que el contacto directo 1 a 1 es mucho mejor para explicar cómo trabajamos y qué se puede hacer. Queremos que los mentores estén muy activos, asignando o creando proyectos para mantener a la gente nueva activa desde un inicio.

Página de proyectos

Desde ella tienes una vista general de qué se está moviendo ahora y en un futuro. Amplio esto más abajo.

Recursos para colaboradores

Esta página lista todas las herramientas que usamos, cómo darse de alta en la lista de correo, cómo crear una cuenta en nuestro wordpress para publicar artículos, nuestro planet, redes sociales, irc, eventos, servidor de audio o cómo crear contenido en el wiki.

Un wiki para organizarlos a todos

Desde el inicio del proyecto, hemos estado usando el wiki como herramienta para detallar cómo trabajamos y listar a los colaboradores, pero la manera “estática” que usábamos no era suficiente para organizar docenas de nuevos colaboradores. Siguiendo el ejemplo de organización wiki de Mozilla Reps, mejoramos nuestra instalación de mediawiki para usar datos semánticos: Semantic Mediawiki y Semantic Mediawiki Forms. Usando estas herramientas podemos compartir información entre páginas del wiki.

Página de perfil

Una vez que un colaborador crea una cuenta en el wiki, puede rellenar la información de su perfil con datos tales como nombre, foto, país, áreas en las que quiere colaborar, correo, página web, twitter… Mozilla está formado por personas, y queremos que todo el mundo lo vea cuando visite nuestra página.

Esta es una página muy importante para hacer un seguimiento de todo el mundo que está trabajando en la comunidad ya que ésta página mostrará “automágicamente” todos los proyectos, eventos, reuniones, y tareas pendientes que tenga el usuario.

Mi perfil en el wiki

Áreas

Intentamos imitar la división de Mozilla: Noticias, asistencia, Labs, difusión, control de calidad y administración técnica. Esto es lo que nos gusta llamar “Una pequeña Mozilla dentro de Mozilla”.

Cada área tiene un miembro activo a cargo para organizar y guiar a la gente interesada en colaborar en ese área.

Proyectos

Toda iniciativa es un nuevo proyecto, desde “Localización de AMO” a “Mejorar el diseño del portal” o “Consejos y trucos para principiantes”. Cualquiera puede crear un proyecto desde la página con el listado mediante un sencillo formulario.

Cada proyecto tiene un coordinador, un área a la que pertenece, estado (inactivo, en curso o finalizado), personas participando (cualquiera puede añadirse a la lista), objetivo, subproyectos (si fuera necesario), reuniones (más detalles abajo), tareas pendientes y texto libre para describir el estado o añadir enlaces e información al respecto. Los proyectos se listan en la página de su área para darles más visibilidad.

Tareas

Cualquier área o proyecto puede tener tareas, que son pequeños trabajos que se tienen que hacer asignados a un colaborador. No necesitamos una gran infraestructura como bugzilla para estas asignaciones.

Cada tarea tiene su descripción, persona a cargo, fecha límite y estado. Se listan en la página de su área/proyecto correspondiente y también en el perfil de la persona a cargo. Esto último es muy importante ya que sirve como recordatorio para que la gente sepa que tiene algo por hacer

Puedes suscribirte a todas las tareas, las de un área, proyecto y/o a tus tareas personales vía RSS para estar al día.

Reuniones

Para organizar un proyecto, tenemos la posibilidad de crear reuniones. El flujo de trabajo normalmente es así:

• El coordinador del proyecto publica un mensaje en la lista de correo anunciando la reunión y preguntando por personas interesadas y fechas (la mayoría de las veces usamos herramientas como doodle.com)
• Una vez que se ha decidido una fecha, se crea la página de la reunión con toda la información y los asistentes. Se mostrará automáticamente en la página de reuniones, en la del proyecto y en los perfiles de los asistentes.
• Usamos un servidor mumble de audio para las charlas. Hemos observado que usar audio en vez de sólo texto en IRC es más rápido y mejora las relaciones entre los colaboradores. Todas las reuniones son grabadas, subidas y enlazadas en la páginas de su reunión.
• Las notas sobre la charla se añaden a la página de la reunión y se publica un enlace en la lista de correo.
• Usamos irc como canal de apoyo para compartir enlaces y texto durante la charla. El log de irc también se adjunta a la página de la reunión.

Eventos

El seguimiento de eventos se hace también desde el wiki. Se lista cualquier evento al que asiste un colaborador, incluso si no está organizado por un mozillero. Se rellenan con fechas, lugar, organizador, número de asistentes, página web y colaboradores asistiendo para que así se liste también en los perfiles de usuario.

Es una forma genial para saber dónde están yendo los colaboradores de la comunidad y tener información sobre la presencia de Mozilla en estos eventos.

Notas finales

Esta es la forma que nos funciona a nosotros, y creemos que puede funcionar para otras comunidades. Siguiendo ésta organización hemos conseguido:

• Mejorar las relaciones personales entre colaboradores.
• Todo el mundo sabe qué está pasando y quién hace qué.
• Las ideas ya no se pierden en un limbo de correos.
• La gente nueva sabe dónde ir y a quién preguntar para empezar a participar.
• Los nuevos colaboradores tienen cosas que hacer desde el día uno y su trabajo es visible y público para el resto de la comunidad.

Y recuerda, la clave para el crecimiento de una comunidad es tener colaboradores de diferentes perfiles y motivarlos, ¡hazles ver que tanto ellos como su trabajo es parte de la comunidad! No enfoques tu comunidad sólo en localización, la mayoría de la gente quiere ayudar con difusión, creación (música, vídeo, imagen) u otros temas creativos, la mayoría de los futuros colaboradores te encontrarán a través de una red social, ¡ten presencia allí y mantén a la gente al día!

Nuestra presentación en el Mozcamp 2011 Europe fue un resumen de 10 minutos sobre todo esto

¿Preguntas? Deja un comentario, escríbeme por irc (Nukeador), Twitter o vía email (nukeador arroba mozilla-hispano punto org).

Cómo extra, os dejo la charla de Mozilla Hispano sobre organización comunitaria en el MozCamp Europe 2011:

No hay cosas sin interés. Tan sólo personas incapaces de interesarse. (Gilbert Keith Chesterton)

Siento la ausencia de mensajes. Por un lado, tengo muy poco tiempo últimamente y, por otro, las últimas versiones de SeaMonkey no han incluido novedades distintas de las introducidas por la versión subyacente de Gecko, lo que además no incidía en la interfaz de usuario.

Primero, una breve explicación de por qué SeaMonkey 2.5 se ha retrasado tanto respecto de Firefox 8. El retraso se ha debido a dos razones:

• Los servidores que compilan SeaMonkey y generan los binarios correspondientes sufrieron varios problemas que, en la práctica, interrumpieron su funcionamiento por completo. Para quien esté interesado en los detalles escabrosos, aquí está el bug.
• Cuando los problemas anteriores comenzaron a solventarse (aún no están completamente corregidos, pero casi) se publicó Firefox 8.0 y surgieron problemas con él. El diagnóstico de los problemas de Firefox ha llevado tiempo y ni siquiera ha habido una solución completa (Firefox 8.0.1 realmente sólo resuelve problemas en Mac OS X, y por eso no se ofrece como actualización al resto de usuarios de Firefox 8.0).

En cuanto a SeaMonkey 2.5, además de las habituales mejoras en Gecko y, específicamente, en implementación de estándares en desarrollo relacionados con HTML5, hay mejoras en el motor de partición de palabras (el que permite partir una palabra entre dos renglones usando un guion en el lugar correcto). La mejora más llamativa, no obstante, es el diálogo que aparece al actualizar, que analiza los complementos que tenemos instalados y propone deshabilitar algunos dependiendo de su uso, su estado o el origen de su instalación. También se ha retocado el indicador visual en la lista de mensajes de correo que identifica los mensajes como respondidos o reenviados. Como podéis ver, los colorines le quedan a mi tema gráfico de Gnome como a un santo unas pistolas.

En paralelo, Lightning ha publicado por fin su versión 1.0, con la implementación del caché de calendarios remotos como característica más novedosa para el usuario. Esto significa que, si estás suscrito a un calendario remoto como el de Google o el de Yahoo! y en un momento determinado abres Lightning sin tener acceso a la red, podrás visualizar el calendario y efectuar cambios en él; Lightning lo actualizará en el servidor cuando vuelva a haber conexión.

Sin embargo, algunos usuarios (yo entre ellos) hemos experimentado problemas con la gestión de los avisos de Lightning (los recordatorios de tareas y eventos que aparecen). Si nos aparecen dos o más eventos en la ventana de recordatorios, al intentar atrasarlos (botón Silenciar durante) o marcarlos como leídos (botón Descartar), parece no suceder nada y, además, al cerrar la ventana de recordatorios aparece otra indicando un error al escribir en el calendario. Parece ser un error menor (el botón que hayamos pulsado realmente ha hecho lo que se supone que tiene que hacer en la base de datos del calendario, sólo que no se cierra la ventana como debería suceder).

Poco más puedo contaros, excepto que estoy usando la nueva versión tanto en Windows como en Linux sin ningún problema.

¿Las excusas? Ahora soy un Mozilla Rep, por lo cual es un compromiso con respecto a la comunidad, y una (buena) “obligación” para seguir colaborando con la comunidad. Y supongo que luego de un par de meses de compromisos personales, proyectos, cambios y tal, era hora de asomar nuevamente la cabeza por aquí.

La idea sigue siendo la misma. Al menos en Mozilla Links, ya que tampoco la versión original estaba muy activa últimamente (supongo que percy estaría también con cosas personales), intentaré publicar los artículos traducidos y cuando haya algo interesante en algún otro blog (tipo rock your firefox, o similares) también lo publicaré para que el blog de mozilla links en español sea un lugar donde se puedan encontrar pequeños trucos y otras cosas sobre Mozilla.

Respecto a este blog, voy a ver si puedo seguir encontrando la excusa de publicar algo de vez en cuando, y no sólo cuando tengo días libres en mi trabajo.