DuckDuckGo como buscador de la página de inicio predeterminada en NAVE

Hoy se ha subido al canal Central de desarrollo el cambio por el que el buscador predeterminado de SeaMonkey en en-US pasa a ser DuckDuckGo. He aprovechado para actualizar la página de inicio de SeaMonkey en NAVE.

DuckDuckGo es un buscador que respeta tu privacidad mucho mejor de lo que lo hace Google, que es uno de los motivos por los que se ha producido el cambio, y por eso mismo también lo cambiamos en NAVE y, próximamente, en la localización es-ES. Veréis que ofrece algunas opciones muy interesantes, como acceso rápido e integrado a imágenes, vídeos, artículos de Wikipedia, tiendas, etc. en la misma página de resultados.

Anuncios
Publicado en Noticias | Etiquetado ,

SeaMonkey 2.38 publicado

Logo de SeaMonkeyUna breve nota para contaros que hoy de madrugada se ha publicado SeaMonkey 2.38, que corresponde a Firefox 41. ¡¡Estamos de nuevo al día!! :-)

Las notas de la versión aún no están publicadas y esta vez no tengo tiempo para indagar un poco por mi cuenta, lo siento.

Publicado en Noticias | Etiquetado

Vídeo HTML5 en pantalla completa con SeaMonkey 2.35

Una pantalla grande sólo hace el doble de mala a una mala película. (Samuel Goldwyn)

No siendo yo un gran consumidor de vídeos en la web, no he notado si SeaMonkey 2.35 ha introducido el problema que he visto comentado en los grupos de noticias de asistencia (en inglés) o si ya existía y simplemente ha sido ahora cuando se ha hablado sobre ello y aparecido la solución.

El caso es que si tenéis activada la reproducción de vídeos mediante HTML5 en Youtube en lugar de utilizar el plugin de Adobe Flash (y convendría que vayáis activándolo, porque todo el mundo está empeñado en impedir usar Flash), habréis notado que el modo de pantalla completa no funciona en SeaMonkey 2.35 al pulsar el icono que aparece en la barra de controles del vídeo en Youtube.

Control de pantalla completa en vídeos YoutubePara solucionarlo hay dos maneras tres maneras (la última la he leído justo después de publicar esta entrada):  instalar un complemento, modificar un par de preferencias en about:config o no usar el icono de los controles.

Complemento

El complemento se llama True Full Screen In SeaMonkey, y yo no lo he probado, pero parece que funciona perfectamente, permitiendo ver los vídeos en pantalla completa.

Configuración avanzada

Si preferís no instalar complementos, podéis seguir los pasos que os doy a continuación, pero tened en cuenta que la pantalla no será totalmente completa: la barra de direcciones y la de pestañas seguirán visibles.

  • Configuración de vídeo en pantalla completaHaced clic en la barra de direcciones y escribid about:config para entrar en la configuración avanzada. Aceptad el mensaje de advertencia.
  • En el campo de filtrado, escribid full para encontrar rápidamente las preferencias que hay que modificar.
  • Hay que cambiar dos preferencias: full-screen-api.content-only y full-screen-api.enabled. Como ambas son de tipo sí/no, basta con que hagáis doble clic en cada una de ellas para cambiar su valor a true.

Tras cambiarlo, tendréis que recargar la página de Youtube o el sitio de vídeos que ofrezca la reproducción mediante HTML5.

No usar el icono de los controles

La tercera opción es la más sencilla, pero tenéis que acostumbraros a usarla siempre. En lugar de pulsar el icono, tenéis que hacer clic con el botón derecho dentro del vídeo. Como es habitual, aparecerá un menú (para ser exactos, aparecerán dos: el que genera SeaMonkey y el que genera Youtube). En el menú contextual de SeaMonkey, elegid la opción Pantalla completa y así sí que tendréis el vídeo en pantalla completa, sin barras de direcciones ni de pestañas.

Activar el vídeo HTML5 en Youtube

Tanto en un caso como en otro, y como supongo que sabréis, para activar la reproducción de vídeos mediante HTML5 (en lugar de Flash) en Youtube tenéis que activarlo visitando su página de configuración.

Publicado en Documentación | Etiquetado , , ,

SeaMonkey 2.35, otoño de novedades

La paciencia es, en el hombre, el testimonio de su sabiduría. (Rey Salomón)

Cuando seguro que ya habíais perdido la esperanza de ver una nueva versión de SeaMonkey, aquí llega. Quizá no os cuadren los números: hace poco se ha publicado Firefox 40 y la numeración de SeaMonkey va retrasada en 3, por lo que deberíamos tener disponible SeaMonkey 2.37, pero la versión es la 2.35. ¿Por qué?

Lo primero es que no se ha perdido la correspondencia de numeración, por lo que SeaMonkey 2.35 corresponde a Firefox 38. La cuestión es por qué no hemos recibido directamente SeaMonkey 2.37, y la explicación os la doy más abajo, junto con los planes para ponerse al día, pero antes os hago un resumen de las novedades.

Novedades en SeaMonkey 2.35

SeaMonkey 2.33 corresponde a Firefox 36 y SeaMonkey 2.35 a Firefox 38. Por tanto, esta nueva versión de SeaMonkey incluye los cambios de Firefox 37 y 38, más los específicos de SeaMonkey. Las notas de versión aún no están disponibles, por lo que tomad esta lista como una primera aproximación hasta que lo desarrolladores preparen la lista definitiva.

  • Como siempre, bastantes fallos de seguridad han sido corregidos.
  • Mejoras diversas en varios componentes de HTML5 (WebRTC, IndexedDB, CSS, Media Source Extensions API, DOM3, WebSockets…).
  • Diversos cambios en mensajes y avisos de seguridad (SSL, TLS).
  • Y destaco un cambio de Firefox que (supongo) está presente también en SeaMonkey que me parece interesante: ya no se tiene en cuenta el parámetro “autocomplete=off” en los campos de nombre de usuario y contraseña. Esto permitiría, si se confirma, recordar contraseñas incluso en aquellos sitios que pretenden impedirlo, supuestamente por motivos de seguridad.

Si usáis Lightning, la versión compatible con SeaMonkey 2.35 es la 4.0b6.

Razones del retraso

Lo cierto es que las razones del retraso no son nuevas y ya las he comentado en este blog en ocasiones anteriores, pero os las cuento otra vez. La generación de los binarios (los instaladores que descargáis) de los productos Mozilla no es una tarea fácil ni breve. Para empezar, para que se pueda generar un binario que esté disponible para su descarga desde el sitio web de Mozilla hay que pasar una gran cantidad de tests automáticos. Esos tests ponen a prueba tanto el código fuente y los archivos de localización (incluyendo en-US), como la adaptación del proceso a las herramientas usadas para construir esos binarios.

Y esto último es lo que ha causado el problema. Como sabéis, buena parte de las tripas de SeaMonkey son código compartido con Firefox y (aún más) Thunderbird. Si Mozilla decide actualizar las herramientas que utiliza para generar los binarios, como por ejemplo el compilador y entorno de desarrollo de la versión para Windows, que ha pasado de Visual Studio 2010 (ya obsoleto) a Visual Studio 2013, entonces SeaMonkey debe seguir el cambio, porque si no la compilación del código fuente compartido podría fallar. Eso, unido al fallo de hardware que tuvieron en los equipos (Mac Mini) que se usan como granja de compilación, ha obligado a recomponer todo el entorno de generación de binarios.

A eso, por si fuera poco, se suman dos problemas más: uno, que el ingeniero de publicación (quien mejor controla todo ese entorno) ha tenido poquísimo tiempo disponible debido, entre otras cosas, a que también trabaja para Mozilla. Y otro, que ya no se pueden adquirir fácilmente equipos Mac Mini porque están descontinuados (si alguno sabe dónde comprarlos con cierta garantía de funcionamiento, que lo diga en los comentarios, por favor), por lo que faltan máquinas para compilar todo. “Todo” se calcula así:

  • SeaMonkey 2.35 se publica en 27 idiomas.
  • En tres plataformas (i686, Win32 y Mac OS X). Como veis, faltan las versiones de 64 bits de Linux y Windows, que de momento no son oficiales.
  • No solo hay que generar el binario completo, sino el archivo MAR que permite las actualizaciones automáticas.
  • Y hay tres canales de desarrollo de los que hay que generar binarios continuamente (para detectar lo antes posible cualquier fallo): central, Aurora y Beta. A estos se suma el canal Release de la versión final, que no es necesario estar generando constantemente.

Las cuentas son, por tanto, 27 x 3 x 2 x 3 = 486 binarios que habría que generar de manera continua (y falta por incluir el empaquetado de los XPI de idioma). Sinceramente, no conozco el tiempo necesario para compilar SeaMonkey, que además variará para cada plataforma, pero si hacen falta, digamos, 10 minutos, tendríamos seis compilaciones por hora. Echad cuentas… :-)

Las (buenas) perspectivas

A pesar de eso, por fin hay buenas noticias. Como este artículo está quedando un poco largo, os las resumo:

  • La mayor parte del proceso que ha llevado a que, por fin, esté disponible SeaMonkey 2.35 se debe a otra persona que no es Callek (el ingeniero de publicación que os comentaba), sino Ewong (uso sus apodos en Internet en lugar de los nombres reales). Con ayuda aquí y allí de Callek, Ewong ha conseguido realizar todo el proceso y ahora, por fin, tenemos dos expertos que pueden cubrirse mutuamente para solventar los problemas que puedan ir surgiendo en el proceso de generación de binarios.
  • Hay que hacer notar que todo el trabajo hecho no hay que repetirlo para cada versión que se quiera publicar, aunque sí para cada canal. Lo que se ha hecho a lo largo de todos estos meses es arreglar cada cosa que fallaba en los procesos automáticos para que deje de fallar y por, tanto, vuelva a ser automático. Por este motivo es por el que no se ha querido introducir factores adicionales de complejidad actualizando la base de código sobre la que se generaban los binarios, y por eso la versión publicada es la 2.35, con la que se comenzó el proceso, y no la 2.37.
  • Ahora que  ya está arreglado el canal release, Ewong ya ha anunciado que va a preparar rápidamente la versión beta, y lo va a hacer sobre la base de código actualizada. Así que en poco tiempo tendremos, no SeaMonkey 2.36b1, sino 2.38b1, poniéndonos de nuevo al día con respecto a Firefox.
  • Aún hay más. Como sabéis, SeaMonkey Sync no funciona, o apenas funciona ya. Hace algún tiempo que dejó de ser posible crear cuentas Sync con SeaMonkey porque usaba los servicios de Firefox Sync, que cambió su infraestructura de Sync 1.1 (el usado por SeaMonkey) a Sync 1.5. Esto impedía sincronizar marcadores entre SeaMonkey y Firefox (por ejemplo, Firefox para Android). Ahora se ha anunciado que dentro de poco tiempo se apagará el servidor Sync 1.1, por lo que ya ni siquiera será posible sincronizar entre dos perfiles de SeaMonkey.
  • Pero… (sí, esta sigue siendo una lista de buenas noticias) SeaMonkey ha obtenido permiso más o menos oficial para usar los servidores de Sync 2.0 una vez esté actualizada la funcionalidad en SeaMonkey. Ewong ha anunciado que también se va a encargar de adaptar el código de Firefox Sync 2.0 a SeaMonkey, de modo que volverá a funcionar plenamente. Para esto aún falta tiempo y ya os aviso de que tendréis que reiniciar toda la configuración porque hará falta crearse una cuenta Firefox (las credenciales con las que se produce la sincronización de forma segura).
  • Y me guardo alguna novedad más, aunque quizá no os parezca tan interesante desde el punto de vista de la aplicación, para tener algo que publicar en este blog. :-)
Publicado en Noticias | Etiquetado

Sin foros de asistencia para SeaMonkey

Si es verdad que estamos aquí para ayudar a los demás, entonces ¿exactamente para qué están los DEMÁS aquí? (Steven Wright)

Icono de ayuda de Tango Icon Theme 0.8Si sois seguidores de Mozilla Hispano, habréis visto que hace algo más de un mes se acometieron profundos cambios en los foros. Los foros de Mozilla Hispano estaban basados en phpBB y contenían subforos dedicados a prestar asistencia entre voluntarios de la comunidad, así como foros de discusión, difusión y organización de la comunidad.

Los foros de asistencia, complementados con la documentación de asistencia de Mozilla Hispano, fueron muy útiles durante el comienzo de la comunidad hispana, pero Mozilla ha ido cubriendo los dos aspectos (foros y documentación) con Mozilla Support. Durante mucho tiempo, la documentación de asistencia en MH y la de Mozilla Support eran complementarias, pero la dificultad de ir actualizando y escribiendo la documentación propia, comparado con la facilidad de traducir el contenido en Mozilla Support fue haciendo más útil el material de este último sitio.

Mozilla Support también incorporó foros de asistencia y los expandió a múltiples idiomas. Al igual que en un primer momento era interesante el hecho de combinar la documentación con los foros de asistencia en un mismo sitio, y ese sitio era Mozilla Hispano, ahora la ecuación dirigía de forma natural a Mozilla Support. Además, phpBB no se adaptaba fácilmente a los dispositivos móviles, que son ahora un aspecto estratégico de Mozilla con Firefox para Android y Firefox OS.

Por estos motivos, el equipo de Mozilla Hispano decidió migrar los foros de asistencia a Mozilla Support y migrar los de discusión, difusión y organización a Discourse. El problema es que no todos los productos a los que se daba asistencia en Mozilla Hispano existen en Mozilla Support. Las consultas sobre Lightning se pueden integrar en el foro de Thunderbird, el editor KompoZer cesó su desarrollo hace muchos años ya y casi nadie ha preguntado nunca por BlueGriffon. Tampoco hay consultas sobre Instantbird, y en cuanto al desarrollo web, hay foros mucho mejores que lo que podíamos ofrecer desde Mozilla Hispano.

Pero quedaba SeaMonkey. Tengo que dejarlo claro: el equipo de Mozilla Hispano me preguntó si yo me podría hacer cargo de moderar un foro de SeaMonkey en español en Mozilla Support igual que hacía en Mozilla Hispano y yo dije que sí, por lo que iniciaron los contactos con el equipo de Mozilla Support para conocer si era viable. La respuesta fue afirmativa, con la condición de acometerlo en una segunda fase tras la migración de los foros principales (Firefox, Firefox Os y Thunderbird).

Una vez completada la migración y respondidas con éxito las primeras preguntas en los foros de Mozilla Support, se retomó el contacto para poner en marcha el foro de SeaMonkey y la respuesta entonces fue que el equipo de desarrollo de Mozilla Support consideraba un esfuerzo muy grande para un beneficio muy pequeño y que no pensaban crearlo.

Para que quede claro de nuevo, el equipo de Mozilla Hispano ha vuelto a insistir y está intentando desbloquear la situación. A pesar de que entendemos que hubo un problema de comunicación interno en el equipo de Mozilla Support entre los desarrolladores y los encargados de comunicación con la comunidad, la voluntad de Mozilla Hispano es agotar todas las posibilidades para solucionar el problema.

Mientras tanto, creo que voy a publicar entradas aquí específicamente dirigidas a que planteéis en vuestros comentarios las preguntas que deseéis sobre SeaMonkey. No es una solución óptima ni mucho menos, pero al menos tendréis una posibilidad de plantear preguntas sin que queden demasiado desubicadas. Podéis comenzar con esta misma entrada. Todas las entradas que publique con este objetivo (esperemos que sean pocas) irán etiquetadas con la palabra Asistencia.

PD.: os animo a visitar los nuevos foros de Mozilla Hispano. Creo que facilitan bastante la apertura de la comunidad a los nuevos colaboradores, os permitirán conocer qué se hace y cómo en la comunidad y así quizá os animéis a involucraros. Cuantos más seamos, antes conquistaremos el mundo. :-)

Publicado en Colaboración, Documentación | Etiquetado , | 1 Comentario

Opciones peligrosas

La historia del mundo es la suma de aquello que hubiera sido evitable. (Bertrand Russell)

Pesadilla en forma de etiquetas interminablesEsta mañana estaba reorganizando mi sistema de filtros (año nuevo, carpetas nuevas y cambios en los filtros de archivado) y tratando de limpiar ligeramente mi bandeja de entrada local. He querido activar una vista de etiquetas y me he encontrado una lista casi interminable. A la derecha podéis ver algunas de las etiquetas que han aparecido automágicamente. Como veis, parecen etiquetas relacionadas con noticias de actualidad, por lo que está claro que el causante tiene que estar relacionado con los canales de blogs y noticias. Fijaos en el tamaño de la lista (y esa captura la he hecho después de haber eliminado unas 60).

Peligrosa opción de autocrear etiquetasEl motivo de esa invasión está en una opción de configuración de las cuentas de canales de blogs y noticias, a la que se llega desde Editar → Configuración de cuentas de correo y noticias → [Cuenta de canales].

Las etiquetas se van creando silenciosamente y solo te das cuenta cuando, como yo, te encuentras cerca de un millar de etiquetas creadas. Hay que eliminarlas una a una en el panel de preferencias de etiquetas (Editar → Preferencias → Correo y noticias → Etiquetas; si usas Thunderbird, Herramientas → Opciones desde Windows o Editar → Preferencias desde Linux y luego el panel Visualización, pestaña Etiquetas).

¿Cuándo puede ser buena idea tener activada la opción de autocrear etiquetas? Lo primero, tened en cuenta que las etiquetas en SeaMonkey/Thunderbird se crean a partir de lo que en el RSS se envía a través de la etiqueta XML <category>, por lo que normalmente corresponderá a lo que el blog considera categorías, no etiquetas.

Dicho lo cual, solo se me ocurre que resulte útil autocrear etiquetas en el caso de blogs que tengan muy restringidas las categorías que envían; por ejemplo, en este blog uso categorías y etiquetas. Las etiquetas las utilizo para identificar los temas (SeaMonkey, Thunderbird, Firefox, correo, desarrollo, Java, seguridad, publicidad…) de manera más o menos libre. En cambio, las categorías definen más bien el tipo de artículo: documentación, noticias, opinión, humor (sí, a veces me gustaría escribir cosas que os hagan reíros) o colaboración.

Así que, si habéis marcado esa opción diabólica, ya podéis comenzar a hacer limpieza de etiquetas. Dos aclaraciones: no he encontrado forma de marcar todas las etiquetas y eliminarlas de un golpe (excepto reiniciando la lista a los valores por defecto) y no se puede dejar pulsada la combinación de teclas [Alt]+[E] para eliminar todas más deprisa.

Feliz año nuevo 2015, por cierto.

Publicado en Documentación | Etiquetado , ,

SeaMonkey 2.29, por fin

Un barco no debería navegar con una sola ancla, ni la vida con una sola esperanza. (Epicteto de Frigia)

Después de saltarse dos ciclos (2.27 y 2.28), finalmente hemos tenido una actualización de SeaMonkey. Los problemas en el sistema de generación de los binarios ya comentados anteriormente han traído de cabeza al equipo; estuvo a punto de haber una versión 2.28, pero al final se complicó un poco la generación de binarios en una de las plataformas y SeaMonkey Council decidió, con buen criterio, que era mejor centrarse en preparar la siguiente versión y así poder generar betas.

Antes de describir las novedades de SeaMonkey 2.29 para aquellos que no hayáis querido entreteneros con las notas de versión en inglés, os aviso que, en el caso de la localización es-ES (español de España), no he tenido oportunidad de probar la localización por la ausencia de binarios del canal Aurora y porque llegué tarde a las dos versiones Beta. Por ello, si encontráis algún error, os agradecería que me lo hicierais llegar, bien mediante comentarios en este blog, bien mediante el formulario de contacto de Proyecto NAVE.

Vamos con las novedades de SeaMonkey 2.29, que son las siguientes:

  • Las URL demasiado largas para mostrarse completas en la barra de direcciones se muestran ahora en una notificación emergente (un tooltip) al situar el puntero del ratón sobre la barra de direcciones. Podéis probarlo redimensionando la ventana del navegador.
  • Como sabéis, cuando se visita una página web segura, el fondo de la barra de direcciones cambia de color a amarillo pálido. Si no os gusta, ahora podéis desactivar ese cambio de color en Editar → Preferencias → Navegador → Barra de direcciones → Destacar las páginas web con un nivel alto de seguridad en la conexión.
  • El icono del candado de la esquina inferior derecha tiene ahora un menú contextual (el que se abre al hacer clic en él con el botón derecho) que ofrece acceso directo a algunas funciones relacionadas con la seguridad, como el administrador de certificados.
  • SeaMonkey ahora es capaz de descubrir la presencia de buscadores OpenSearch y permite añadirlos, como hace Firefox. No me pidáis un ejemplo, que no he sido capaz. :-)
  • Se pueden insertar fórmulas matemáticas en las páginas creadas con Composer. Las fórmulas se insertan con la sintaxis de LaTeX; en el diálogo en el que se insertan viene un ejemplo de esa sintaxis, por si queréis probarlo y no sabéis LaTeX, como me pasa a mí. El resultado es una etiqueta <math> con un resultado absolutamente profesional. No sé muy bien por qué se ha hecho esto en lugar de incluir alguna de las muchas funciones relacionadas con HTML5 que serían de más utilidad, pero el caso es que el resultado es bueno. :-)
  • Los elementos de los canales web pueden incluir una etiqueta <category>; bien, pues ahora es posible autoetiquetar los elementos de acuerdo al valor de esa etiqueta, si es que la llevan.
  • Al redactar un mensaje, ahora si pulsas [Ctrl]+[F] para buscar (o eliges la opción de menú equivalente) se muestra una barra de búsqueda similar a la que aparece al buscar en una página web.
  • Al redactar un mensaje, cuando escribes varios términos en el campo Para, CC, etc. la búsqueda forma una búsqueda de tipo Y para cada término, en lugar de considerar la secuencia entera como un único término. Por ejemplo, si tienes un contacto llamado “Jesús Gómez”, si antes escribías “Gómez Jesús” no lo encontrarías porque SeaMonkey buscaba exactamente eso. En cambio, ahora busca entradas de tu libreta de direcciones que contengan “Gómez” y que contengan “Jesús”, lo que permite encontrar el contacto de ejemplo.
  • Varias mejoras menores en el correo.

Eso en cuanto a SeaMonkey como aplicación. Como sabéis, también hereda las mejoras en el motor de renderizado Gecko y el resto de componentes de la plataforma Mozilla, que son estos:

  • Se ha activado HTTP caching (v2).
  • Se ha integrado el recolectado de basura generacional (gestión de memoria).
  • Se ha activado la compatibilidad con Public key pinning, que es una forma de incrementar la seguridad de los sitios que incorporan un certificado SSL.
  • Ahora se muestra el número de elementos encontrados en la barra de búsqueda (la que aparece al pulsar [Ctrl]+[F]).
  • Se ha eliminado / desactivado el bit de confianza de algunos certificados raíz de 1024-bits.
  • Se ha añadido compatibilidad con la cabecera HTTP Prefer:Safe para control parental.
  • Se ha añadido mozilla::pkix como verificador por defecto de certificados.
  • Se ha eliminado la infraestructura CAPS que permitía especificar permisos específicos de sitios (mediante preferencias capability.policy.*).
  • Se ha implementado WebVTT, que es un estándar para subtítulos en vídeos. Debo decir que  he visitado una página de demostración y no he podido ver ningún subtítulo activo.
  • Se han implementado las variables CSS3.
  • Se han activado nonce-source y hash-source de CSP 1.1.
  • Con la excepción de los empaquetados en una extensión y de los que están en la lista blanca, los plugins ya no se activan por defecto.
  • Se ha añadido compatibilidad con GStreamer 1.0 (véase bug 806917 para la configuración de compilación).
  • Se ha desactivado la autenticación NTLM insegura, anterior a NTLMv2 (véase el bug 828183).
  • Ahora se pueden guardar contraseñas a través del administrador de contraseñas incluso cuando se ha usado autocomplete=”off” para evitarlo (véase el bug 956906). Es un cambio interesante porque permite guardar la contraseña en sitios que piden que no se pueda guardar. El motivo de este cambio es que ese atributo en los campos de formulario estaba pensado para que evitar que se pudieran guardar (para autocompletar posteriormente) información que, sin ser contraseñas, pudieran resultar peligrosas, como números de identificación fiscal, de la Seguridad Social, etc. Las contraseñas no se autocompletan hasta que el usuario escribe el login asociado (el login como tal sí se puede autocompletar una vez el usuario lo elige a partir de los primeros caracteres tecleados).
  • También se puede encontrar más información en los artículos Firefox 32 for Developers, Firefox 31 for Developers y Firefox 30 for Developers.
  • Corregidos varios fallos de estabilidad en la plataforma Mozilla.

Bueno, son unos cuantos cambios, ¿no? :-)

Publicado en Noticias | Etiquetado