SeaMonkey 2.23

La versión de SeaMonkey 2.23, aunque nos ha llegado por los pelos, debido a problemas en el sistema de generación de binarios que aún están pendientes de resolverse, trae unas cuantas novedades.

En lo concerniente a mejoras específicas de SeaMonkey, las novedades son las siguientes:

  • Los iconos del dock de Mac OS X ahora muestran el progreso de descarga.
  • Ahora se usa la información de orientación EXIF en las imágenes que se muestran como adjuntos en el correo y noticias. La información EXIF es la que añaden las cámaras digitales en los archivos JPEG y que, entre muchas otras cosas, incluyen si la imagen se ha tomado con la cámara en horizontal o en vertical.
  • Las alertas sobre carpetas o cuentas que están siendo procesadas ahora hacen referencia a la cuenta o la carpeta en cuestión.
  • Las notificaciones de correo y noticias estrenan aspecto.

Más larga es la lista de mejoras generales, pero como también es más técnica, relaciono a continuación sólo las que me han parecido más llamativas para un usuario normal:

  • Todos los plugins, con la excepción de Flash (si está actualizado), están ahora configurados para ser activados con un clic (“click-to-play”).
  • El administrador de contraseñas ahora es compatible con campos de contraseña generados por scripts (es decir, funciona también cuando el código HTML que añade el campo ha sido generado por un script en JavaScript).
  • Ahora es posible reproducir vídeos MP4 en Linux con la etiqueta <video> si están instalados los plugins GStreamer necesarios.
  • Se ha añadido compatibilidad con MP3 en Windows XP, lo que supone que es posible reproducir MP3 mediante la etiqueta <audio> en cualquier versión de Windows.
  • Se ha añadido compatibilidad con el backend de AudioToolbox MP3 en Mac OS X (bug 914479).

En SeaMonkey 2.23 para Linux sigue siendo, de momento, imposible ejecutar Lightning en español, aunque hay un par de alternativas que he descrito en otro artículo.

Publicado en Noticias | Etiquetado | 1 Comentario

Soluciones al calendario en SeaMonkey en Linux

¿Morir yo, querido doctor? ¡Será la última cosa que haga! (Lord Palmerston en su lecho de muerte)

Como habréis visto, desde SeaMonkey 2.22.1, el complemento de calendario (Lightning) en Linux no es operativo. La interfaz de usuario presenta dos barras de herramientas idénticas y no aparece ningún dato en ellas. La situación no ha cambiado en SeaMonkey 2.23.

Si os encontráis en esta situación, hay dos alternativas:

  1. Instalar una versión beta de Lightning 2.8 más reciente de las que están disponibles en Mozilla Addons, teniendo en cuenta que sólo está disponible en inglés.
  2. Traspasar los datos del calendario a Thunderbird hasta que Lightning en SeaMonkey para Linux vuelva a estar operativo.

Instalar una versión beta de Lightning 2.8

Esta solución, si no te importa que la interfaz de Lightning esté en inglés, es la más sencilla. Sólo tienes que descargar una versión de compilación de Lightning 2.8b1 reciente, por ejemplo la que está disponible en este directorio.

Los inconvenientes de esta solución son dos:

  1. Como digo, la interfaz sólo está en inglés, porque Lightning no genera binarios para todos los idiomas de forma regular.
  2. Es muy probable que, una vez se solucione el problema generando una versión 2.8b2 (que ya se está sugiriendo), no se obtenga una actualización automática y haya que descargar e instalar manualmente desde Mozilla Addons la nueva versión.

Aun así, yo os la recomiendo antes que la siguiente que voy a describir.

Traspasar los datos a Thunderbird

La opción de traspasar los datos a Thunderbird temporalmente es algo más complicada, pero nos permitirá seguir usando el calendario en español. Los pasos consisten en:

  1. Ante todo, que Thunderbird tenga instalado Lightning. :-)
  2. Debes copiar el directorio calendar-data del perfil de SeaMonkey al de Thunderbird.
  3. Debes copiar las preferencias del calendario (las que comienzan con “calendar…”) desde el archivo prefs.js de SeaMonkey al de Thunderbird.

Si queréis más detalles de cómo hacerlo, he preparado un pequeño vídeo. No soy Steven Spielberg, así que sed comprensivos con el resultado. :-) Ah, el vídeo está en Vimeo y no en Youtube porque no quiero que Google me obligue a crearme una cuenta de Google+ para usar Youtube. Es su manera de ganar usuarios para Google+, y no aportarles contenido en Youtube es mi manera de decirles que no me gustan sus maneras. :-)

Publicado en Documentación | Etiquetado , | 1 Comentario

¿Dónde están los binarios de SeaMonkey Aurora?

La diferencia entre la teoría y la práctica normalmente es mayor en la práctica que en teoría. (Peter Salus)

Si usáis el canal Aurora de SeaMonkey, habréis observado que hace ya bastante tiempo que no se generan binarios nuevos. El motivo es que Mozilla ha actualizado la plataforma de compilación para usar Python 2.7 y, aunque esa versión está instalada en las máquinas de generación de binarios de SeaMonkey, el equipo de desarrollo no consigue que sea reconocida por MozillaBuild.

Algo que, a primera vista, suena muy fácil de resolver, les está dando muchísimos quebraderos de cabeza y, no sólo eso, lo peor es que quien está capacitado para investigar y resolver el problema es también la única persona que tiene los conocimientos necesarios para generar manualmente los binarios. Uniendo ambos factores a una gran carga de trabajo que le impidió dedicar suficiente tiempo a resolver el problema al principio, tenemos que las dos versiones Beta tuvieron que ser generadas en el último momento por él manualmente y eso le quita aún más tiempo para seguir investigando. Como consecuencia, seguimos sin binarios de Aurora.

Por lo que respecta a la localización es-ES, yo confieso ser un inútil que no sabe generar por su cuenta los binarios, por lo que no he podido probar suficientemente la localización de la última versión. Si encontráis errores, os agradecería que me los hagáis llegar lo antes posible a través de la web de NAVE.

Publicado en Noticias | Etiquetado

La fábula del zorro que guardaba las llaves de la jaula de Duke

La Biblia dice que amemos a nuestros vecinos y a nuestros enemigos; probablemente porque generalmente son las mismas personas. (G. K. Chesterton)

El zorro de la fábula, rodeando un mundo azulÉrase una vez un zorro que cuidaba de las gallinas. Al contrario de lo que podría creerse en un principio, no las cuidaba para poder comérselas, sino para que las gallinas estuvieran seguras y a salvo.

Duke, un poco liado últimamenteLas gallinas, no obstante, tenían sus inquietudes y querían conocer gente, así que el zorro les dejaba contactar con sus amigos, pero metía a estos en una jaula. Así algunas gallinas llegaron a hacerse muy amigas de un tal Duke. Duke traía noticias interesantes del exterior y además era bastante listo y ayudaba a las gallinas a hacer cosas que ni siquiera podían pedirle al zorro.

Sin embargo, el zorro se enteró de que Duke no podía evitar traerse de vez en cuando a amigos indeseables dentro de la jaula, y decidió no dejar pasar a Duke al corral. Sólo si las gallinas le entregaban una solicitud por duplicado al zorro pidiendo ver a Duke conseguían que el zorro permitiera la visita.

Lo malo es que muchas gallinas no sabían escribir y no atinaban a enviar la solicitud por duplicado al zorro. Otras ni siquiera sabían que tenían que cursar la solicitud, y lo único que percibían es que llamaban a Duke y el zorro no abría la puerta para que Duke entrara. Para colmo, un montón de granjeros dueños de las gallinas se mosquearon con el zorro porque, como las gallinas no podían ver a Duke, ponían menos huevos.

El zorro le echaba la culpa a Duke, Duke decía que podía ser verdad que a veces trajera liendres, pero que el zorro podía haber buscado una manera más sencilla de que las gallinas pidieran verle, las gallinas no hacían más que piarle al zorro, a Duke y a los granjeros, y todo el mundo estaba de los nervios.

Bien, estaréis pensando… ¿Qué narices de fábula es ésta? ¿De verdad te crees que estamos entendiendo tus delirios oníricos afectados por la ciberadicción?

Vale, ya sé que no valgo como escritor. Lo explico en términos algo más técnicos:

  • Es un hecho conocido que el modelo de seguridad del plugin de Java es estructuralmente erróneo y hasta que se rediseñe desde cero no va a ser posible tener un plugin funcional y seguro a la vez (ojo, no del lenguaje en sí, sólo de su plugin para los navegadores).
  • Debido a ello, el plugin de Java, cuya mascota es Duke, está siendo bombardeado con malware (las liendres y otros amigos indeseables de Duke), afectando a veces a servidores en los que, a priori, confiarías (bueno, todo lo que puedas confiar en Apple o Facebook).
  • Mozilla comenzó hace algún tiempo a bloquear los plugin de Java obsoletos en Firefox (el del zorrito, ya sabéis), sobre la base de que todos tenían fallos de seguridad, pero hace unos días fue un paso más allá y decidió bloquear todos los applets de Java incluso aunque la versión instalada por el usuario de Java fuera la más reciente disponible.
  • Sólo queda por aclarar quiénes son las gallinas y quiénes los granjeros, lo que dejo como ejercicio para el lector ponedor. :-)

Si leéis el bug de Mozilla 914690 podréis ver cómo se han puesto los granj… quiero decir, los administradores de redes corporativas que tienen desplegado Firefox, tanto que ha llegado un momento en el que el bloqueo ha sido eliminado.

Hay opiniones para todos los gustos sobre este movimiento de Mozilla. De hecho, ya se sabe que las opiniones son como los culos, todo el mundo tiene uno, y yo no voy a ser menos. :-) Como usuario de productos basados en tecnología Mozilla (y Netscape antes de Mozilla) desde hace 19 años, y como sempiterno y penitente aprendiz de Java durante los últimos 8 años, mi opinión es, espero, suficientemente equilibrada en cuanto a fanatismos. Vamos con ella:

  • Por si lo leéis por ahí, NO es cierto que Firefox deje de ser compatible con el plugin de Java. Si no fuera compatible, no habría manera de ejecutar applets en absoluto, y es posible hacerlo simplemente activando el plugin en cada página. En cambio, Chrome sí tiene pensado eliminar a lo largo de 2014 la interfaz NPAPI que se usa para conectar los plugins con el navegador (salvo, irónicamente, Flash).
  • No hay que confundir el lenguaje Java, que es en general muy seguro (mucho más que C o C++, por ejemplo), con el plugin de Java para los navegadores, que es un mecanismo para ejecutar pequeños programas escritos en Java dentro de la pantalla del navegador. Ese mecanismo es el que está mal diseñado, primero por Sun, y actualmente también por Oracle, y de hecho es buena idea que no esté activado por defecto.
  • Sin embargo, el uso del plugin de Java sigue siendo la única opción multiplataforma viable para llevar a cabo operaciones relacionadas con firma digital a través del navegador, lo que significa para operar con la administración electrónica.
  • Parte del problema no está en que Mozilla haya desactivado los plugins de Java por defecto; de hecho, Chrome hace lo mismo desde hace tiempo. El problema es que la imagen presentada al usuario por Mozilla en el lugar de la página donde debería figurar el plugin es atemorizadora y un tanto confusa: el espacio que ocupa contiene un icono [X] para cerrarla, un enlace para buscar actualizaciones y una señal de prohibido, todo sobre un fondo con una trama gris; si pulsas en cualquier parte del recuadro salvo en esos elementos, el plugin se activa.
  • Aún no se incluye de serie una manera para los administradores de proporcionar un lista de dominios para los que se puede cargar el plugin de Java sin advertencia al usuario (hay un complemento, eso sí).
  • En resumen, el movimiento aporta seguridad, pero la interfaz de usuario y las herramientas de control para administradores son insuficientes y el cambio, en general, no se ha hecho tras evaluar todas las implicaciones que tenía (casi, casi me parece un calentón de Benjamin Smedberg).

Lo más cómico es que tenía yo pensado escribir un día de estos las desdichas que pasé para operar con mi administración regional de forma electrónica por diversas cuestiones de configuración de los plugins de Adobe Reader y Java. Quizá otro día… :-)

Publicado en Humor, Noticias, Opinión | Etiquetado , , ,

Y se dedican a la publicidad…

Cuando apuntas con el dedo, recuerda que otros tres dedos te señalan a ti. (Proverbio inglés)

Preferencias de cookies en SeaMonkeyQuizá hayas oído hablar del tema, o quizá no. El caso es que Mozilla ha cambiado las opciones de control de cookies de tal forma que puedes elegir rechazar de plano todas las cookies de terceros y planean convertirla en la opción por defecto. En SeaMonkey, tienes la configuración en Editar → Preferencias → Privacidad y seguridad → Cookies.

Pero la noticia no es que Mozilla haya añadido esta opción (porque ya existía anteriormente un control exhaustivo sobre las cookies y porque, además, Safari tiene, desde que existe, lo que ha añadido Mozilla ahora). La noticia es que varios anunciantes en Internet bajo una agrupación (IAB, Interactive Advertising Bureau) han entrado en modo pánico y tratan de desacreditar el movimiento de Mozilla con argumentos tan ridículos que sólo consiguen que la gente razonable pensemos que el movimiento de Mozilla es el correcto.

Pero comencemos por el principio.

¿Qué son las cookies?

Cookies (imagen por Anna, de iloveicons.ru)Si escribes esa pregunta en un buscador, obtendrás un montón de páginas que responden a esa pregunta. Casi todas comienzan resumiendo el concepto con “son pequeños trozos de información enviada por los servidores web al navegador mientras se navega”. Es verdad, pero la potencia de este mecanismo no es la información enviada en sí, que también. En realidad, lo importante es que la cookie son tres informaciones:

  1. es un par clave = valor (por comparación, Hacienda tiene varios pares de clave = valor tuyos, como NIF = 12345678X, PrimerApellido = Pérez, etc.).
  2. lo envía un servidor determinado, con unas condiciones determinadas: puede ser accedido únicamente por el servidor que te lo envía, o por todos los servidores del dominio; tiene una vigencia, que puede ser infinita.
  3. se envía a un visitante determinado.

Normalmente el par clave = valor suele contener un código aparentemente sin significado alguno, pero que se guarda en una base de datos del servidor web como clave de un registro que puede identificarte de manera inequívoca. Lo que guardan otros datos de ese registro es lo interesante, pero para llegar a ello hay seguir dando explicaciones.

Así pues, tenemos un dato que, habitualmente, es identificador único, enviado desde un servidor con una caducidad que elige el propio servidor y es accesible únicamente por él mismo o por otros servidores del mismo dominio (o compañía, por simplificar), y que sólo existe en tu navegador y en el propio servidor. En otras palabras, es algo que te puede identificar ante un servidor que visitas y nadie más puede tener ese algo concreto.

¿Para qué se usan las cookies?

Claramente, para identificar al visitante de un sitio web. Como la vigencia de la cookie puede ser de meses o años, permite identificarlo en distintas visitas a lo largo del tiempo.

Candado abierto (PD image)

La cookie que recibes tras identificarte te permite mantener abierta la sesión.

El uso legítimo que podemos asociar fácilmente a las cookies es el de identificar a sus usuarios registrados durante una sesión. Por ejemplo, vas a la página de Facebook, pones tu nombre de usuario y contraseña, y Facebook te envía una cookie que sólo puedes tener tú (y ellos) y cada vez que te mueves por una página de Facebook el servidor comprueba la cookie y sabe que sigues siendo el que se ha identificado al principio. Cuando cierras la sesión, visitas una página de Facebook en la que el propio servidor le pide a tu navegador que borre esa cookie, y al mismo tiempo ellos la borran de su servidor (ojo, no tu cuenta, sólo la cookie que dice que tú estás conectado en Facebook).

Claro, eso sería lo ideal, pero dista mucho de ser la realidad. De hecho, eso del párrafo anterior sucede de verdad, pero además Facebook (y muchos otros servicios funcionan igual) te envía más cookies para identificarte también cuanto no has iniciado sesión. ¿Por qué? Ahora lo vas a saber.

El quid de la cuestión: las cookies de terceros

cookies mostradas por Collusion

Cookies creadas al entrar en la portada de Youtube sin iniciar sesión (complemento Collusion)

Como dije antes, las cookies sólo se envían y leen por el servidor que las crea o, como mucho, otros servidores del mismo dominio. Así que ¿qué importa que Facebook te envíe cookies para identificarte cuando no estás conectado, si sólo las puede leer cuando visitas páginas de Facebook?

Sin embargo, no es así. Seguro que muchas veces has visitado alguna página que contenía un vídeo de Youtube. Tú podías ver el vídeo alojado en Youtube, pero no estabas en Youtube, como podías comprobar en la barra de direcciones del navegador. Eso es porque el sitio web que estabas visitando invocaba contenido de un tercero, en este caso Youtube.

De la misma forma, todos esos sitios que incluyen botones “Me gusta” de Facebook están invocando contenido de un tercero, en este caso Facebook, y al enviarte el contenido, Facebook también puede verificar las cookies que te te envió cuando entraste en tu cuenta de Facebook. El complemento Collusion para Firefox te permite ver gráficamente cómo vas recibiendo cookies de sitios distintos de los que visitas.

Si, por ejemplo, visitas quince sitios web de compra de ropa on-line que incluyen el botón Me gusta de Facebook, cuando vuelvas a iniciar sesión en Facebook, Facebook sabrá que has estado intentando comprar ropa y podrá presentarte su propio contenido, incluyendo anuncios, sobre ropa. Ese tipo de información es la que guarda en el registro cuya clave es el valor de la cookie que te envió. Es decir, construyen un perfil del visitante como potencial consumidor, o como persona inclinada a tendencias políticas determinadas, o con una orientación sexual determinada, o… Puedes empaparte más sobre este concepto en este excelente artículo de El País.

Olvidémonos de Facebook, que ya te  he asustado suficiente sobre él. :-) Volvamos al tema que nos ocupa, la publicidad.

Muchos sitios que visitas, como diarios en línea, tienen publicidad, lo cual es totalmente lícito para mantener el negocio sin tener que cobrar a los visitantes. El problema es que esa publicidad está insertada en los sitios web de la misma forma que los botones de Facebook que comentaba antes (cachis, había dicho que le iba a dejar en paz). :-) O sea, los anuncios no vienen del propio sitio web que estás visitando, sino directamente del sitio web de una agencia de publicidad.

Ese sitio web de la agencia de publicidad también envía y lee cookies que te identifica. Y, al igual que F…, eerrr, que los sitios de redes sociales, es invocado desde muchos sitios web distintos que se financian con publicidad. Sitios web que, probablemente, no tienen nada que ver entre sí: uno podría ser un sitio porno, otro un sex-shop y otro el sitio web de una congregación religiosa.

Mano cubriendo el teclado

¿Seguro que se refieren a esto cuando hablan de navegación segura?

El problema, en negrita, es que los sitios de anunciantes vigilan específicamente qué sitios web visitas cuando se muestran sus anuncios, para ir construyendo un perfil de ti y de tus gustos. Así, si te tiras tres días viendo vídeos porno en la categoría sado-maso y visitando la sección de cuero del sex-shop, es muy probable que si, a continuación, visitas la web de la congregación religiosa para enseñarla a tus vecinos feligreses, aparezca un anuncio en medio de la página de bienvenida con una catwoman perseguida por un tío gordo con la cabeza encapuchada y un látigo. :-)

A alguno de vosotros ese comportamiento (el de los anuncios, no el del tío gordo con la capucha) os puede parecer bien, ya que ayuda a presentar anuncios más relevantes para el visitante, y es cierto. Lo que es criticable es que habitualmente no tenéis modo de controlar ese comportamiento ni de pedir que borren ese perfil que han creado de vosotros.

La alternativa de Mozilla

Lo que te permiten los navegadores de Mozilla es decir que no quieres aceptar cookies enviadas por sitios web que no son el sitio web principal que estás visitando, el que figura en la barra de direcciones mientras lo visitas. Siempre puedes añadir excepciones para los sitios web que te interesen.

Por supuesto, si no las aceptas, tampoco pueden ser leídas posteriormente, lo que impide crear ese perfil de navegación y, por tanto, los anunciantes estarán dispuestos a pagar menos a la agencia de publicidad porque se muestren sus anuncios.

Puedes leer más de primera mano sobre el cambio hecho por Mozilla en este artículo del blog de uno de sus empleados. Por si no sabes mucho inglés, te resumo lo que le sucedió al autor del artículo con el cambio: al visitar cuatro sitios web habituales en su navegación diaria, al hacerlo sin el cambio en el manejo de cookies de terceros acabó contactando con 117 dominios que no eran los que estaba visitando, y recibió 304 cookies de ellos. Al repetir el proceso con el nuevo manejo de cookies de terceros, ni visitó esos 117 dominios ni recibió una sola de esas cookies. Las cifras son tan contundentes que ni él mismo se lo creía y repitió el proceso varias veces.

La respuesta de IAB

Los anunciantes  han reaccionado con diversas declaraciones. No voy a juzgarlas sin daros antes la oportunidad de leerlas (eso sí, todas las referencias están en inglés):

Mención especial al artículo ¿Ha perdido Mozilla sus valores?

Tomado bajo licencia CC-by-NC-SA de x_mangel en FlickrEste artículo merece un comentario detallado porque, en la mejor tradición de la publicidad, escribe mentiras como si fueran verdad.

  • Por ejemplo, dicen que Mozilla está preparando un negocio de anuncios propio, cuando no hay absolutamente nada al respecto, a menos que se refieran a Marketplace, que no tiene nada que ver con la publicidad, sino con distribuir aplicaciones para Firefox OS y Firefox.
  • También dicen que Mozilla es el mayor distribuidor de AdBlock Plus, cuando lo que hace Mozilla es albergar en su catálogo de extensiones la versión de ese complemento para Mozilla, creada por una persona no afiliada a Mozilla (por cierto, el propio autor de AdBlock Plus recomienda utilizar el complemento de forma que no afecte a los anunciantes que respetan a los visitantes de los sitios web). Por cierto, lo distribuye junto a otros cuantos miles de complementos y es uno más de los seis complementos destacados para Firefox y SeaMonkey.
  • En un ejercicio de desfachatez, dicen textualmente que “de hecho, [el bloqueo de publicidad online] es una actividad posiblemente ilegal”, enlazando a un artículo que resulta ser de 2007 y que es una columna de opinión que se limita a especular con la posibilidad de que alguien llegara a pleitear porque sus anuncios fueran bloqueados. Para más hipocresía, esa columna cita a los representantes de IAB diciendo que no llevarían el caso a los tribunales.
  • A continuación ataca a una doctora de Stanford que fue directora de privacidad del Centro de Stanford sobre Internet y sociedad, con el que colaboró Mozilla, tachándola de extremista anti-negocios, cuando en realidad es una activista pro-privacidad, que no es lo mismo.
  • Tan o más vergonzoso es el tratamiento al autor del parche sobre las cookies. Dicen (sin ninguna cita que respalde el calificativo) que “debido a su temperamental oposición pública a la industria de los anuncios, procesos generadores de consenso y negociaciones de actores interesados provocó que Mozilla renegara de sus conexiones con él”. Para ello citan un artículo que, de hecho, demuestra que el representante de Mozilla no renegó de él, sino que se limitó a desmentir la falsa afirmación del presidente de IAB, que dijo en una charla-coloquio que esa persona es empleado de Mozilla, cuando es colaborador no pagado.
  • Afortunadamente, para continuar criticando la posición de Mozilla, la declaración de IAB detalla claramente qué dice Mozilla al respecto: “creemos que, cuando se recopilan datos personales para proporcionar esos servicios [personalizados en Internet], la recogida de datos debe hacerse respetuosamente y con el consentimiento del consumidor”.
  • Luego citan ejemplos en los que se recogen datos personales sin el consentimiento del usuario, dando a entender que porque se estén incumpliendo libertades fundamentales en un sector (el de la automoción), debe extenderse tal incumplimiento a otros sectores, en lugar de corregir el problema.
  • Por último, pretenden inducir en los lectores que Mozilla busca acabar con la publicidad en línea, en lugar de con el seguimiento de usuarios durante la navegación de éstos.

Durante el artículo insisten a menudo en la cifra de negocio de la publicidad on-line. Siempre que veo estos argumentos como los principales para defender una actividad, no puedo evitar preguntarme qué dinero mueve el tráfico de drogas. No es que esté comparando la publicidad on-line con el tráfico de drogas, pero creo que lo más importante no es cuánto dinero mueve una actividad económica, sino cómo se consigue ese dinero y qué respeto se tiene por el resto de actores en la actividad.

Mi especulación sobre el problema subyacente

Llámame loco, pero creo que lo que teme la IAB es un futuro como el siguiente. Un fabricante de coches quiere anunciar en Internet su último modelo. Hasta ahora, las agencias de publicidad on-line le cobran una cantidad X por cada anuncio mostrado, con la promesa de que los anuncios sólo se mostrarán a gente con un perfil que los hace estar potencialmente interesados en adquirir un vehículo nuevo.

Pero resulta que las agencias de publicidad ya no pueden garantizar disponer de ese perfil, porque un 25 % de los usuarios navegan con Firefox, SeaMonkey o Safari y no permiten que se envíen cookies de terceros. Es más, hay otro 15 % que ha configurado su navegador Chrome o Internet Explorer para que se comporte de manera parecida a los navegadores de Mozilla o a Safari.

Y entonces llega un sitio web de información sobre automóviles y ofrece un servicio de publicidad directa por el 125 % de X (lo que cobraba la agencia de publicidad) con la garantía de que sus visitantes sí que son gente interesada en automóviles. Ofrecen informes de actividad, permiten elegir en qué secciones de la web se muestran los anuncios, etc. ¿A quien creéis que contratará los anuncios el fabricante de automóviles? ¿Qué pasará si muchos sitios web usan el mismo modelo de publicidad directa contratable?

Pues que muchos de los que ahora trabajan en las agencias de publicidad representadas en la IAB pasarán a trabajar directamente en esos sitios web o en el departamento de marketing del fabricante de automóviles. A lo mejor quienes más dificultades tienen para mantener su fuente de ingresos son los directivos de la IAB, cuando no haya asociación que dirigir.

Lo más curioso de todo esto es que, si bien no se puede negar que muchos ahora conocemos a la IAB, la imagen que están consiguiendo con todas estas declaraciones es francamente negativa porque, salvo algunos pocos que defienden a ultranza el libre mercado sin ningún tipo de control (sí, a pesar de la que nos lleva cayendo desde hace cinco años por ese tipo de ideas, todavía hay gente así) y que, en consecuencia, creen que el movimiento de Mozilla es malo para la industria, la inmensa mayoría del público entiende que la IAB está defendiendo posiciones sólo para mantener su negocio sin importarle lo más mínimo la invasión de la privacidad que ello conlleva. Lo que me hace preguntarme si no son conscientes del tipo de imagen que están dando de sí mismos, siendo como son profesionales de la publicidad…

Publicado en Opinión | Etiquetado , , , | 2 comentarios

Por si te miran por encima del hombro

Perdona siempre a tu enemigo. No hay nada que le enfurezca más. (Oscar Wilde)

Hace ya unos días que se publicó SeaMonkey v2.20, así que difícilmente habrá alguien que no haya recibido la notificación automática de nueva versión. Pero, en el caso probable de que no hayáis leído las notas de la versión, éstas son las novedades:

  • Imagen de las preferencias de notificación de correo nuevoYa puedes estar tranquilo si te miran por encima del hombro mientras tienes abierto el correo de SeaMonkey, porque ahora ya puedes personalizar el aspecto y contenido de la notificación de nuevos mensajes. Tienes que dirigirte a Editar -> Preferencias -> Correo y noticias -> Notificaciones. Ahí puedes elegir cuánto tiempo permanece la notificación en pantalla y qué contiene.
  • Otra mejora es que ahora, al intentar eliminar un mensaje directamente pulsando [Mayús]+[Supr], aparece una petición de confirmación. Seguro que alguien pensará “Podían haberlo añadido antes de que yo me cargara ese mensaje tan importante…”. :-)
  • Ahora puedes seleccionar varios mensajes a la vez y elegir Guardar como plantilla.
  • En las carpetas que representan grupos de noticias ahora se muestra el tamaño que ocupan en disco (si las tienes marcadas para que se usen sin conexión).
  • En lo que respecta a la navegación segura, se ha activado CSP (Content Security Policy) y y el bloqueado de contenido mixto. El primero es un protocolo que usan en coordinación el servidor web y el navegador, y está destinado a prevenir los ataques XSS (Cross Site Scripting) y ataques por inyección de datos. El segundo lo que hace es no cargar contenido transmitido por HTTP cuando la página web se ha transmitido por HTTPS. Por ejemplo, si un foro permite a sus usuarios incluir imágenes en su avatar o en los mensajes enlazadas desde otros sitios, si esos enlaces usan HTTP en lugar de HTTPS no se cargarán a menos que lo autorices explícitamente. El objetivo es que el usuario no crea que todo lo que está recibiendo o enviando usa una conexión segura (HTTPS) cuando parte del contenido usa una conexión normal (HTTP).

Pues esas son las novedades que tiene SeaMonkey como tal. Además, hereda los cambios en la plataforma Gecko, que se resumen en:

  • Activado DXVA2 en Windows Vista y superior para mejorar la decodificación de H.264 (el vídeo MP4 usado en Internet).
  • Interfaz de usuario simplificada para las notificaciones de instalación de plugins.
  • Implementado el elemento <input type=”range”> para los formularios HTML5.
  • Desimplementado el efecto CSS y el elemento blink, que hacía parpadear los textos.

Nota: si eres usuario de Google+, tendrás problemas para acceder con SeaMonkey 20.0. No es un problema de SeaMonkey, ni tampoco de Gecko (Firefox 23 tiene los mismos problemas). Al parecer es un problema de Google y suponemos que se resolverá pronto.

Publicado en Noticias | Etiquetado ,

Por fin, SeaMonkey 2.19

Todos los ordenadores esperan a la misma velocidad

Logo de SeaMonkeyComo sabéis, SeaMonkey 2.18 nunca vio la luz debido a un fallo de hardware en las máquinas que generan los binarios para su descarga y, de hecho, también estuvimos sin binarios en los canales de desarrollo durante bastante tiempo.

Pues, por fin, pasadas unas siete semanas, ya se ha podido reemplazar el hardware y reinstalar las máquinas virtuales, e inmediatamente se ha publicado, con unos días de retraso, SeaMonkey 2.19.

Además de los cambios que iba a incluir SeaMonkey 2.18, entre los que destaca la navegación privada, la navegación segura y las nuevas notificaciones de correo, SeaMonkey 2.19 incluye, entre otros, estos cambios:

  • La función del correo disponible en el menú Mensaje -> Marcar -> Como leído se comporta mejor ahora cuando se aplica a varios mensajes, algunos leídos y otros no (antes se liaba e intercambiaba el estado de los mensajes, de manera que los leídos pasaban a no leídos y viceversa).
  • Se han implementado notificaciones sobre mezcla de contenido seguro y no seguro.
  • En las opciones de privacidad de cookies ahora se puede elegir permitir cookies que provengan exclusivamente del sitio web que estamos visitando, no de otros cuyo contenido se muestre en éste (el caso típico de los banners publicitarios).
  • Ahora se puede usar la opción “Buscar” del menú emergente (la que permite buscar en Internet un texto seleccionado) en cajas de texto.
  • El administrador de datos tiene una nueva pestaña llamada Almacenamiento que informa de los datos guardados usando la API Storage de JavaScript.
  • Hay mejoras en el rendimiento de JavaScript para ciertas tareas. Seguramente se notará sobre todo en tareas gráficas (como esta demo).
  • Los archivos de texto abiertos directamente en la ventana del navegador ahora se muestran con ajuste de línea, de manera que si una línea tiene más caracteres de los que caben en la pantalla a lo ancho, la línea se parte en varias. Para activar esta función tenéis que cambiar a true la preferencia plain_text.wrap_long_lines.
  • Se ha implementado el valor flex para la propiedad CSS display, que facilita el diseño web adaptable (responsive web design).

Al actualizar es necesario actualizar también Lightning a la versión 2.4b1, lo que a mí no me ha supuesto ningún problema de funcionalidad en el breve espacio de tiempo que llevo usando las nuevas versiones.

En definitiva, por fin tenemos la nueva versión de SeaMonkey y, además, vamos a notar los cambios fácilmente.

 

Publicado en Documentación | Etiquetado | 3 comentarios