21/09/2018 Categoría/s: Accesibilidad web. 0 Comentarios

Real Decreto 1112/2018, de 7 de septiembre, sobre accesibilidad de los sitios web y aplicaciones para dispositivos móviles del sector público

Hace pocos días que se publicó en el BOE el Real Decreto 1112/2018, de 7 de septiembre, sobre accesibilidad de los sitios web y aplicaciones para dispositivos móviles del sector público, motivada por la Directiva (UE) 2016/2102, del Parlamento Europeo y del Consejo, de 26 de octubre de 2016 sobre la accesibilidad de los sitios web y aplicaciones para dispositivos móviles de los organismos del sector público.

Comienza

La Directiva (UE) 2016/2102, del Parlamento Europeo y del Consejo, de 26 de octubre de 2016, sobre la accesibilidad de los sitios web y aplicaciones para dispositivos móviles de los organismos del sector público tiene como objeto, a fin de mejorar el funcionamiento del mercado interior, aproximar las disposiciones legales, reglamentarias y administrativas de los Estados miembros relativas a los requisitos de accesibilidad, entendiendo la accesibilidad como un conjunto de principios y técnicas que se deben respetar a la hora de diseñar, construir, mantener y actualizar los sitios web y las aplicaciones para dispositivos móviles.

La Directiva cubre todos los sitios web y aplicaciones móviles del sector público, desde los de la Administración estatal, Administraciones regionales y locales, Tribunales y órganos constitucionales a los de los servicios gestionados por éstas como Hospitales, Colegios, Universidades, Bibliotecas públicas, etc.

Real Decreto 1112/2018, de 7 de septiembre, sobre accesibilidad de los sitios web y aplicaciones para dispositivos móviles del sector público

Muy brevemente, algunos aspectos interesantes:

  • Se incluyen las aplicaciones móviles.
  • Se habla de promoción, concienciación y formación.
  • También de mecanismos de comunicación: sugerencias, quejas y para informar de incumplimientos.
  • Obliga a incluir una declaración de accesibilidad, actualizada periódicamente (al menos cada año).
  • Se debería crear una unidad responsable de accesibilidad. Algunas responsabilidades: atender reclamaciones, revisar evaluaciones, coordinar revisiones, promoción y concienciación, realizar informes,…
  • Hay que hacer revisiones periódicas (aunque no estén hechas por entidades certificadas).
  • Habrá informes: creación y seguimiento.
  • Se contará también con una Red de Contactos de Accesibilidad Digital de las Administraciones Públicas: algo que aplaudo.
  • Un detalle importante: no cuenta, ni contará con asignación presupuestaria para el año 2018. Entiendo que sí para el 2019 y sucesivos.

Me enteré de la noticia por un tuit de Olga Revilla, y como siempre, habla Olga Carreras en su blog usable y accesible: Real Decreto 1112/2018 sobre accesibilidad de los sitios web y aplicaciones para dispositivos móviles del sector público.

Como reflexión personal, me temo que la legislación está muy por delante del mundo real, y que la accesibilidad debería estar más presente: parece que sigue siendo el patito feo del desarrollo web, muy por detrás del glamour de la experiencia de usuario, el diseño web, la movilidad y del ecosistema de nodejs. No quiero quitar importancia a los asuntos mencionados (en absoluto), pero algo (o bastante) falla cuando la accesibilidad no tiene el papel que se merece.

19/09/2018 Categoría/s: Desarrollo web. 0 Comentarios

Desarrollo web front: escala discutible de complejidad y/o dependencia

  • HTML
  • HTML + CSS
  • HTML + CSS + JavaScript
  • HTML + CSS + JavaScript + jQuery
  • HTML + CSS + JavaScript + jQuery + jQuery Plugins
  • HTML + CSS + JavaScript + jQuery + jQuery Plugins + npm
  • HTML + CSS + JavaScript + jQuery + jQuery Plugins + npm + 700,000 building blocks

Plus…

  • CSS frameworks
  • Javascript frameworks
  • Task managers
  • Packages managers

10/08/2018 Categoría/s: Desarrollo web. 0 Comentarios

UXCON: Midiendo la desesperación de los usuarios

Navegar por muchas páginas webs actualmente es un suplicio:

  • Sobrepeso
  • Excesivo uso de seguimiento por motivos publicitarios
  • Incontables ficheros de javascript
  • Uso ineficiente y abusivo de webfonts
  • Publicidad intrusiva en videos, imágenes, contenido que aparece de repente en mitad del texto…

No olvidemos que el peso y el consumo de recursos de una web sigue teniendo su importancia, y hay que evaluar muy bien si esos centenares de kilobytes extras por tener una webfonts, por ejemplo, merecen realmente la pena.

UXCON User Experience CONdition

No vendría mal plantearse una especie de DEFCON, en el que en lugar de medir el estado de alerta por motivos militares, midiera el nivel de desesperación del usuario medio de nuestra web: por ejemplo, UXCON (User Experience CONdition). Y sí, hay nombres mejores, pero creo que al terminar también en "CON" es más memorable (y aquí mi consejo de naming).

Los niveles de DEFCON y sus consecuencias, se pueden consultar en el lugar habitual (DEFCON en la wikipedia). Pero aquí hablamos de UXCON, y es tan serio como el anterior, aunque menos mortal (de momento):

UXCON 5
Se navega con placided. Con mejor o peor contenido, con un diseño más o menos acertado, nada interfiere al usuario.
UXCON 4
En general la web es correcta, pero tenemos algunos enlaces que nada tienen que ver con el contenido de la página o el tema de la web, y encontramos algunos –pocos, eso si– banners de texto e imágenes. En el fondo es tolerable y lo entiendes. Lo que te cuesta de entender es porqué usa tanto javascript.
UXCON 3
Poder acceder a la página se complica: el aviso de cookies inicial, demasiados banners, la cabecera de la página se desplaza para incluir un anuncio, y el anuncio (por si no ha captado nuestra atención e ira) también aparece como fondo de página por los laterales. En lugar de enlaces para ampliar información relacionada, nos encontramos con enlaces publicitarios que a fuerza de verlos diariamente, reconoces y en los que alguna vez –débil es la carne– a veces visitas.
UXCON 2
El tiempo de carga es insufrible, la fuente cambia a los dos segundos, un video publicitario se inicia sólo, la mitad de la pantalla está ocupada por el aviso de las cookies, y por si fuera poco nos encontramos con un banner animado a pantalla completa. Para ver el contenido, tienes que navegar en un carrusel de texto e imágenes.
UXCON 1
La situación se vuelve crítica. Sólo queda lanzar el aparato contra el suelo o por la ventana.

Más allá de la idea tonta, de la clasificación arbitraria y de los ejemplos de cada criterio, me queda la sensación que de lo normal es navegar entre los niveles 3 y 4 de UXCON. Y no llegamos al nivel 5 porque en el fondo nos fastidiaría destrozar el móvil, tablet u ordenador: su dinero nos ha costado.

Nos quejábamos hace años del flash, y los banners parpadeantes y casi uno tiene añoranza por esos primitivos casos de agresivas técnicas contra los usuarios: era el coste que había por lograr un click publicitario.

Hoy todo a cambiado, y creo que a peor :(

¿La situación es reversible? ¿La tendencia de estorbo es lineal? ¿exponencial? Preguntas que quedan en el aire.

Y las preguntas incómodas: ¿de quién es la responsabilidad? ¿Quienes son responsables de modo activo y pasivo?

¿Hay espacio para la ética en el diseño web? ¿Sigue siendo la falta de empatía con los usuarios algo prescindible?

Cambiando de tema, una cita que me ha inducido a escribir este panfleto:

[…] there is the capability for pages to load in a second or two, but it has instead been used to spy on users’ browsing habits, make them miserable, and inundate them on other websites and in their inbox.
[…]
An actual solution recognizes that this bullshit is inexcusable. It is making the web a cumulatively awful place to be. Behind closed doors, those in the advertising and marketing industry can be pretty lucid about how much they also hate surveillance scripts and how awful they find these methods, while simultaneously encouraging their use. Meanwhile, users are increasingly taking matters into their own hands — the use of ad blockers is rising across the board, many of which also block tracking scripts and other disrespectful behaviours. Users are making that choice.

They shouldn’t have to. Better choices should be made by web developers to not ship this bullshit in the first place. We wouldn’t tolerate such intrusive behaviour more generally; why are we expected to find it acceptable on the web?

An honest web is one in which the overwhelming majority of the code and assets downloaded to a user’s computer are used in a page’s visual presentation, with nearly all the remainder used to define the semantic structure and associated metadata on the page. Bullshit — in the form of CPU-sucking surveillance, unnecessarily-interruptive elements, and behaviours that nobody responsible for a website would themselves find appealing as a visitor — is unwelcome and intolerable.

Death to the bullshit web.

The Bullshit Web — Nick Heer

06/07/2018 Categoría/s: Libros,Webposible. 0 Comentarios

Haikuemas: la aplicación, el ebook, el libro (II)

Siguiendo lo que se contaba en Haikuemas: la aplicación, el ebook, el libro (I) …

Un libro electrónico

Dos proyectos para escribir un libro en punto muerto, y al final fructifica el último en llegar. ¿Los motivos?

  • Honestamente, algunos versos y haikuemas iniciales me gustaban mucho. Trabajando más en ello, podrían mejorarse.
  • Conceptualmente la obra que tenía en mente me parecía interesante: un recorrido en versos a lo largo de un año, viendo el paso del tiempo por diferentes acontecimientos de la naturaleza (del clima, la fauna, la flora) con una mezcla de imágenes de la que considero mi tierra.
  • Tenía ganas de publicar un libro en papel.

Resultado: salió el libro en formato electrónico en Amazon KDP (una herramienta bastante útil). Numerosos borradores (más de veinte), correcciones, cambios, la introducción, las dudas, el enfoque, los aspectos técnicos, diseño editorial, portada,… Desde que empecé con las primeras versiones en 2015 hasta que se publicó en verano del 2016 pasó más de un año. Utilicé Sigil para editar el ebook: y aprendí que un epub no deja de ser HTML + CSS + imágenes, y para un maquetador web, es un reto asequible el mejorar y optimizar el epub.

Ilusionado ví como, gracias a la generosidad de algunos amigos-lectores, durante algunos días estuvo como best seller en la sección de poesía (un indicio de que no se venden muchos libros den esa sección).

Haikuemas, libro de poesía más vendido el 15 de Julio del 2016 en Amazon

El libro en papel

El siguiente paso lógico (pero no tan sencillo), era sacar el libro en papel. Y de nuevo Amazon KDP facilita y reduce el precio del libro. Estuve tanteando otras plataformas de autoedición, pero al final había que hacer un pedido mínimo (desde 50 libros) y la gran ventaja de Amazon es que se imprime bajo demanda: por lo que puedes experimentar con borradores antes de dar con una versión "definitiva".

Elegir el tamaño del libro, remaquetar el contenido, elegir fuentes, rediseñar la portada (el proceso más laborioso y complejo), elegir el precio de venta, repasarlo todo una vez más,… hasta que tienes un fichero en formato doc ó pdf, superar las revisiones automáticas de Amazon KDP (muy útiles, aunque no perfectas), y las que hace uno mismo. Sólo falta enviar, guardar y hacerlo público.

El resultado, el libro impreso. Y tras algunas correcciones, la versión definitiva.

¿Ventas? Pocas, y casi siempre de conocidos. No era para mí lo importante.

¿Satisfecho? Mucho, sobre todo por el proceso y también por el resultado.

¿Habrá más libros? Probablemente. Hay dos o tres candidatos.

El largo y gratificante proceso

  • Juntar la necesidad de leer y escribir con la satisfacción de publicar.
  • El interés por el diseño editorial y la posibilidad de trabajar en ello: secciones del libro, diseño de páginas, tipografía,…
  • El apredizaje lento e inseguro sobre diseño, y el poder diseñar dos portadas reales (la original del ebook y la definitiva del papel).
  • La cantidad de horas dedicadas a aprender cosas nuevas que realmente te interesan, poder experimentar y aplicarlo en un proyecto concreto.
  • Pasar de conocimientos teóricos, a la realidad de la práctica.
  • El placer de aprender y hacer algo que se pueda tocar.
  • La importancia del camino, más que de la meta.

Cosas que importan, aunque a veces se olvidan.

Curiosidades

  • El empujón y apoyo de Pilar Gómez Rodriguez (una escritora de verdad) ha sido muy importante. Gracias.
  • En el origen, el libro era puro azar. Pero ha habido numerosas revisiones. Podría decir que el azar sirvió de semilla para la versión definitiva.
  • Hay algunas versiones del ebook dedicadas: GIMP para modificar la portada (con dedicatoria escrita en una fuente de tipo script), Sigil para personalizar la dedicatoria y listo :)
  • Hay tres versiones "beta" del libro en papel: primera con la portada en blanco, segunda con texto en blanco algo ilegible, y tercera con los colores cambiados (!vaya fallo!). Alguna hay vendida, pero la mayor parte las compré yo ;)
  • Las dos portadas (la inicial del ebook y la definitiva del ebook y del libro en papel) han usado fotografías hechas con una vieja cámara telemétrica: mi Yashica 35-ME.
  • La portada, aunque quizás sea trivial, utiliza cuatro colores que representan las estaciones. Si juntamos las portadas y contraportadas varios libros, se forman dos ciclos entrelazados. Invito a buscar interpretaciones :)

¿Comprar el libro?

Ah, por cierto, si alguien está interesado, lo puede comprar en Amazon:

También en B&N: Haikuemas de las cuatro estaciones (Barners & Noble)

06/07/2018 Categoría/s: Webposible. 0 Comentarios

Haikuemas: la aplicación, el ebook, el libro (I)

Siempre hay una historia.

Rosendo Mercado.

Y aunque tenga un interés relativo, quería contarla. Es la historia de un libro. Pero está formada de varios fragmentos que al final se unen.

El azar

Fascinación. Es lo que siento sobre el hecho de contar historias usando el azar. Tres buenos ejemplos:

  • Un compositor de canciones melódicas, publicado en la revista de humor El Jueves especial música de hace algunos años, creado por Albert Monteys y/o Manel Fontdevilla: era tabla de tres columnas con versos, y al mezclar un verso de cada columna, salía una estrofa de una canción. Y mucho mejor que muchas que suenan en la radio :)
  • Presentr (creo que era el nombre) ideado por Luis Villa, que generaba títulos de keynotes con toda la palabrería sin sentido de la época de la web 2.0. Muy gracioso.
  • Story cubes: dados con imágenes, que sirven para contar historias. Aunque para los más avispados, puede ser una herramienta muy versátil.

Ejemplos que pueden ser muy inspiradores, como cuento a continuación.

Las aplicaciones web

Mi primera aplicación web se llamaba Cuentos Locos. Varios arrays de cadenas de texto (época, lugar, protagonista, características, acción intrascendente, coprotagonista, características y misión), una programación relativamente sencilla y mucho humor. El fruto es una aplicación que puede generar el inicio de más de un billón (millón de millones) de diferentes cuentos, en muchas ocasiones alocado, con un final abierto. Porque contar los mismos cuentos de siempre puede ser aburrido. Y el comienzo de un cuento nos puede ayudar a estimular la imaginación, buscando un final muy original.

Los Haikus (de verdad)

Elements of Japanese Design (uno de mis dos libros de diseño favoritos, junto con Universal Principles of Design) me ha servido para mejorar mis limitados conocimientos de diseño, y también para conocer algo más de la cultura japonesa. Y de forma inesperada, para comprender un poco más los haikus.
Aunque más allá de lecturas fragmentadas, no he encontrado nada mejor para comprender los haikus que la transcripción de la Conferencia del Dr. Vicente Haya en Sofía, Bulgaria (12 de Noviembre de 2010), un reconocido experto en haikus.

Esquemáticamente, un haiku suele tener las siguientes características:

  • Es un tipo de poema de tres versos de 5, 7 y 5 moras (concepto relacionado con las sílabas).
  • Es originario de Japón.
  • Suele incluir un término o frase que hace referencia a una estación del año, denominado kigo.
  • Se produce un corte o separación entre dos imágenes mediante un kireji.

Haikuemas ¿?

Por algunas características (tres versos, referencia a las estaciones, ese corte ó kireji), digamos que es fácil encontrar patrones para generar algo remotamente parecido a haikus mediante programación: nada de un complejo robot de inteligencia artificial, tan solo hablo de crear poemas mediante la mezcla aleatoría de versos.

Aunque lo complicado es escribir esos versos: por las limitaciones de longitud, la coherencia temática y técnica, la lírica, y mi obsesión porque cada verso tuviese tuviese una imagen sugestiva muy superior a la longitud de los versos. Ha sido complejo.

Por respeto a los lectores y autores de haikus, llamé al resultado de este experimento de composición literaria y programación lúdica haikuema (palabra inventada mezcla de haiku y poema): No es un haiku, se inspira en ellos, y aspira a serlo.

El resultado acabó siendo  haikuema, una aplicación que muestra una pequeña composición poética relacionada con cada estación del año, con una paleta de colores propia.

Y la historia continúa… en Haikuemas: la aplicación, el ebook, el libro (II)

Categorías