Monthly Archives: April 2007

Formas originales de presentarnos los productos de una tienda: marcostorres.com

marcostorres
Marcos Torres es un artista gráfico ibicenco al que parece que últimamente le va bastante bien, ha hecho el diseño de las últimas camisetas del Guggenheim de Bilbao y ha ganado el Marco de Oro en el Graphispag, según cuentan en La Milk.
Ahí he descubierto su tienda online, que accesibilidades y estándares a parte, me ha parecido una forma muy original y desenfadada de presentar su producto.
Además no están caros, a mí me ha entrado uno por los ojos para mi nuevo apartamento…

Share this:
Share this page via Email Share this page via Stumble Upon Share this page via Digg this Share this page via Facebook Share this page via Twitter

El estado actual de la accesibilidad web: Páginas y anuncios web.

Que actualmente vivimos un renacer en la web es un hecho, lo que ha venido en llamarse web 2.0, ha traido consigo giro copernicano en la forma de hacer la web, donde el protagonista y el autor eres tú, el internauta: el visitante de una web ha pasado de ser un mero “espectador” a un partícipe y un creador de contenidos. Ese es a mi juicio el cambio de filosofía que ha venido en llamarse web 2.0. Los cambios estéticos y tecnológicos no son más que efectos de ella.
Dentro de este giro copernicano web, la “moda” de la accesibilidad web es más que un mero capricho, es una cuestión democrática.
Si los usuarios se han convertido en los verdaderos artífices del contenido significativo de la red, dejar fuera de ella a colectivos minoritarios no es más que una violación de los Derechos Humanos y los pilares básicos de la sociedad democrática moderna.
Ya dijo Tim Berners-Lee que

El poder de la red está en su universalidad. El acceso de todo el mundo con independencia de su discapacidad es un aspecto esencial.

La discapacidad frente a la web

A menudo cuando hablamos de accesibilidad web sólo pensamos en el invidente, pero si nos paramos a pensar un poco nos damos cuenta de que existe un amplio espectro de discapacidades a la hora de enfrentarnos a internet. Veámoslos sin profundizar en ellos:

Discapacidad visual
Ceguera

Los invidentes se encuentran con múltiples dificultades a la hora de navegar por internet, como:

  • Incapacidad de apreciar imágenes semánticamente significativas, gráficas, etc si no van acompañadas de texto explicativo
  • Los videos en la red no suelen estar audiodescrito, me atrevería a aseverar que el 99,9% no lo está
  • Música en las páginas web que molestan y entran en conflicto con los lectores de pantalla
  • Páginas no maquetadas con estándares, de forma que no funcionan los lectores de pantalla.
  • Páginas web en flash, 100% inaccesibles, ya que son películas y no texto.
  • Tablas de datos mal diseñadas que pierden su sentido leidas por el lector de pantalla (lee de celda en celda)
  • Formularios sin tabindex, innavegables mediante tabulador
  • Webs sin políticas de accesibilidad tales como teclas de acceso rápido a secciones para la navegación, tabulación, etc…
Personas con baja visión (visión borrosa, pérdida de visión en el campo central, visión en forma de tunel…)

Encuentran multitud de dificultades tales como:

  • Tamaño de letra absoluto, en píxeles, e mposibles de agrandar
  • Sitios web que se desmaquetan al cambiar el tamaño de letra
  • Bajo contraste entre el color de la fuente y el fondo de pantalla, entre imágenes significativas y el fondo de pantalla, etc
  • Utilización de texto relevante dentro de las imágenes
  • Colores agresivos, gráficos animados, etc que distraen su atención. (Además de demostrar que el diseñador tiene un guto pésimo)
  • Páginas no maquetadas con hojas de estilo, ya que no se pueden anular estos para posibilitar una lectura cómoda y jerarquica sin ornamentación
  • Páginas en flash. Que incumplen todos los puntos anteriores, salvo el estético.
Anomalías en la visión cromática
  • Un contraste inadecuado entre el color de fondo y el del texto.
  • Utilización de colores con poco contraste. Por ejemplo el nuevo mapa de metro de Madrid va a ser nefasto para este colectivo en este sentido.
Discapacidad auditiva
Sordera (disminución de la capacidad auditiva en ambos oídos)
  • La práctica inexistencia de subtitulación en los contenidos multimedia de la red.
  • La molesta musiquita de algunas páginas y los soniditos FX horteras de muchos sites basados en flash.
  • Dificultades con la comprensión escrita del lenguaje. Su lenguaje natural es el de signos por lo que su comprensión del escrito no es la misma, de este modo grandes bloques de texto dificultan su comprensión.
Sordera severa
  • Los mismo que el anterior acentuados. Necesitan de eetiquetas o transcripciones del contenido de audio.
Discapacidad motora

Especialmente en los casos de falta de movilidad en brazos y manos, su empleo del ratón es limitado o imposible, así se ven afectados:

  • Por herramientas de autor que no soportan el uso alternativo del teclado, como por ejemplo, y una vez más, Flash.
  • Petición de respuesta, en un tiempo limitado.
  • Formulados no ordenados en un orden lógico, falta de tabindex…
  • Icono o enlaces muy pequeños que necesitan ayor precisión, o incluso enlaces o pantallas que se mueven (flash)
Discapacidad linguística

Páginas web que necesitan de una entrada de voz sin alternativa

Discapacidades cognitivas

Incluyen un amplio abanico desde la dislexia, dificultad para mantener la concentración, disminución de la inteligencia o memoria, epilepsia, etc. Encuentran múltiples dificultades de acceso:

  • Inexistencia de etiquetas descriptivas del audio, imágenes, etc.
  • Animaciones o sonidos en una web, que puede causar efectos peligrosos en personas con algunos discapacidades como la epilepsia
  • Arquitectura defectuosa y poco intuitiva del sitio web
  • Uso de un lenguaje complejo sin necesidad, grandes bloques de texto, falta de imágenes que apoyen el texto…

Acceso Universal a los contenidos web

Desde luego al final resulta que le problema del acceso web no es cosa de cuatro gatos. La cuestión de hacer sitios más accesibles es simplemente económica.

Se tarda más tiempo en ajustar un sitio fiel 100% al diseño sin usar pixeles, se trada más tiempo en poner todas y cada una de las etiquetas html basadas enla accesibilidad, se se tarda más tiempo en pasar el sitio a un consultor de accesibilidad web para que le haga una y mil pruebas, se gasta más tiempo y dinero en hacer pruebas con usuarios con dicapacidades.

En estos casos la voz que más se escucha es: – ¿Pero cuánta gente con discapacidades visita tu web?, ¿entonces para qué?.
Para empezar no lo sabemos, tenemos herramientas que nos dicen quien entra cuando entra, con que navegador entra y desde dónde, pero no nos dice si tiene algún problema visual o auditivo.

Además caer en ese error es un problema de conducta y educación cívica: Se antepone el dinero y la cantidad a la calidad. Realmente demuestras que todo te importa un pito. Y sé que aquí hay bastantes aludidos, quizá el 90% de los diseñadores y desarrolladores web.

Aquí encontramos el error de muchas empresas de la web 2.0.

Si la filosofía inherente de la web 2.0 es que los usuarios generen concimientos, y ya de entrada limitamos a numerosos colectivos, demostramos que somos 2.0 de boquilla, y por el interés.

En estos casos usar lenguajes de maquetación como xhtml o CSS simplemente se hace por una cuestión económica, sus contenidos sindican mejor y eso es un poderoso argumento de venta. Igualmente te permite ponerte la medallita de WAI que curiosamente suena igual que guay.

En estos casos las webs con estándares se asemejan mucho a las webs anuncios que es como me gusta denominar a los sitios en flash.

Webs anuncio

Un sitio flash es un anuncio una peliculita en la cual eres poco más que un espectador. Esa es su verdadera naturaleza, no otra y si se utiliza para ello, quizá sea la mejor herramienta para su cometido.

Pero un sitio con contenido en flash es un despropósito. Por ejemplo, un portafolio en flash es poco más que absurdo, ya no sólo por sus problemas de accesibilidad, sino también de sindicación, urls únicas de los trabajos, etc.

Para una campaña publicitaria, un módulo o banner de flash puede ser la mejor alternativa, en manos de un buen diseñador salen cosas espectaculares pero usarlo para sitios basados en el contenido es verdaderamente absurdo Un flash debería usarse sólo para anuncios, para contenidos Ajax nos da de sobra potencialidad para crear efectos y funcionalidades espectaculares.

Legislación y un futuro más amable

Por ahora la legislación en cuanto a accesibilidad web es como la Ley del tabaco, todo el mundo se la pasa por el forro, salvo algunas excepciones. De hecho existen muchísimos sitios web con la medallita AAA que no cumplen ni la pauta más básica de accesibilidad web, uno de ellos además es un sitio especializado en accesibilidad para un numeroso colectivo.

Las cosas van por buen camino, poco a poco, pero van. De la misma manera que ya nos parece una verguenza que existan bocas de metro sin ascensor, pronto nos parecerá increible que existan sitios web sin políticas de accesibilidad. Tiempo al tiempo.

[continuará]

Share this:
Share this page via Email Share this page via Stumble Upon Share this page via Digg this Share this page via Facebook Share this page via Twitter

Customizando Fechas en Ruby on Rails

Para crear calendarios con la fecha de los post. etc como este que acompaña a la entrada en Ruby disponemos del objeto Time.
Time.now Nos devuelve la hora actual.
Si queremos jugar con esto y crear un calendario que acompañe al post tendremos que recurrir a strftime, de manera que, para el campo fecha de un post, sea: post.date, haremos esto:

<% t=post.date %><%= t.day.to_s + " " + t.strftime("%b") %>
<%= t.strftime("%Y") %>

Lo que hemos hecho es utilizar el objeto Time de Ruby para sacar los campos en el formato que queremos de la columna date.
Teniendo en cuenta de que hablamos de ruby on rails para maquetadores web, algunas de las clases del método Time, para lo que nos interesa aquí, son:
Time.now devuelve algo así como => Wed Apr 11 11:27:06 CEST 2007
Para jugar con esto, al modo hecho arriba, y con esta fecha dada:
Time.day, devolvería => 11
Time.mon o Time.month => 4 (número del mes)
Time.hour, devolvería => 11
Time.min, devolvería => 27
Time.sec, devolvería => 06
Time.year, devolvería => 2007
Time.wday, devolvería => 3 (número del día de la semana)

Y lo que más nos interesa: las directivas Time.strftime. Con estas si que podemos jugar bastante, así:
Time.strftime(“%a”), devuelve la abreviatura del día de la semana => Wed
Time.strftime(“%A”), devuelve el día de la semana => Wednesday
Time.strftime(“%b”), devuelve la abreviatura del mes => Apr
Time.strftime(“%B”), devuelve el nombre del mes => April
Time.strftime(“%c”), devuelve => Wed Apr 11 11:27:06 2007
Time.strftime(“%d”), devuelve el día del mes => 11
Time.strftime(“%H”), devuelve la hora en formato 24h => 11:27:06
Time.strftime(“%I”), devuelve la hora en formato 12h => 11:27:06
Time.strftime(“%j”), devuelve el día del año => 101
Time.strftime(“%m”), devuelve el mes del año => 04
Time.strftime(“%M”), devuelve el minuto => 27
Time.strftime(“%p”), devuelve AM o PM => AM
Time.strftime(“%W”), devuelve la semana del año
Time.strftime(“%w”), devuelve el día de la semana => 3
Time.strftime(“%x”), devuelve sólamente la fecha => 11/04/2007
Time.strftime(“%X”), devuelve sólamente la hora => 11:27:06
Time.strftime(“%y”), devuelve el año en dos dígitos => 07
Time.strftime(“%Y”), devuelve el año => 2007

Share this:
Share this page via Email Share this page via Stumble Upon Share this page via Digg this Share this page via Facebook Share this page via Twitter

Ofertas de Trabajo en The Cocktail

En The Cocktail estamos buscando diferentes perfiles para trabajar en nuestras oficinas de Madrid (el trabajo es presencial, no freelanceos!). Será para trabajar en los proyectos de nuestros clientes y los nuestros propios (como La Coctelera).

Maquetador web

  • Experto en estándares web: XHTML, CSS, Javascript
  • Familiaridad con CMSs ligeros como WordPress, Drupal, Movable Type, Mephisto, Typo…
  • Agilidad integrando plantillas y retocando código ya existente
  • Sensibilidad estética y cuidado por los detalles
  • Conocimiento del mundo de los blogs y la publicación personal
  • Extra ball: experiencia trabajando con Ruby On Rails

Diseñador web

  • Diseñador gráfico experto en soporte web
  • Fireworks, Illustrator, Photoshop, Freehand, Flash… los sospechosos habituales
  • Es necesario que tengas conocimientos básicos de maquetación web (estándares web, XHTML, CSS…). Maquetar no será tu labor principal pero si no sabes código, no vale.
  • Conocimiento del mundo de los blogs y la publicación personal
  • No exigimos experiencia laboral previa, si eres bueno aquí tienes un hueco
  • Extra ball: experiencia trabajando con Ruby On Rails

Programador

  • Trabajarás con Ruby On Rails, pero no es necesaria experiencia previa con el framework: si has trabajado con Perl, Python, PHP, MySQL, incluso Java :) y tienes interés por Rails y eres bueno, puedes encajar
  • Dominio del mundo GNU/Linux. Nosotros trabajamos con Debian
  • Conocimiento de: MySQL, Subversion, Apache, Mongrel, Memcached…
  • Familiaridad y gusto por métodos ágiles de programación, TDD (desde hace algunos meses, primero hacemos los tests y luego el código), etc
  • Predisposición a conocer, investigar, evaluar y disfrutar de nuevas herramientas
  • Conocimiento del mundo de los blogs y la publicación personal
  • Extra ball: experiencia trabajando con Ruby On Rails

Si piensas que encajas en alguno de estos perfiles, o que eres mezcla de varios (eso sería estupendo), no dudes en enviarnos tu CV, acompañado de URLs relevantes (blog, Flickr, usuario de Bloglines, del.icio.us, proyectos personales, etc.)

Share this:
Share this page via Email Share this page via Stumble Upon Share this page via Digg this Share this page via Facebook Share this page via Twitter

oswaldleon.com

captura de pantalla de oswaldleon.com

Ya he lanzado oswaldleon.com, portafolio de Oswald León, fotógrafo madrileño de moda afincado en Londres.
En un medio donde impera el flash puro y duro me he decantado por usar ajax y ruby on rails. Tenía experiencia previa en un portaflio de un pintor en flash, y para mi gusto combinando librerias javascript y ajax no hace falta para nada usar flash. Además en este caso, se quería imprimir una caracter minimalista com predominio del espacio vacío, ahí conectamos 100%, por lo que no hacían falta florituras ni efectos barrocos.
Ajax para recargar solo partials, maquetado con estándares xtml y css para facilitar la sindicación de los nuevos contenidos y el posiconamiento. Y con el motor que lo mueve en ruby on rails. La administración del sitio le resultó sencilla, intuitiva. Y las actualizaciones y modificaciones rápidas y agradecidas gracias a subversion.
Se demuestra que Ruby on Rails es rápido y cómodo, fácil para los novatos en desarrollo, pero muy potente para los desarrolladores puros y duros. Esto lleva una lógica sencilla: un fotolog, con control de usuario y poco más, y para un front end se agradece no perder mucho tiempo con la lógica de la aplicación.
Y gracias a blat por echarme una mano con el ajax y arrendarnos un cachito de su hosting.

Share this:
Share this page via Email Share this page via Stumble Upon Share this page via Digg this Share this page via Facebook Share this page via Twitter