SI bien antes teníamos formas de trabajar con este tipo de formatos, y que nuestra web quedara correctamente indexada, como es el caso de swfaddress, con estos nuevos “poderes” de Google se podrán optimizar aun mas los sitios que por una u otra razón están hechos en Flash.

Cabe destacar que a la hora de analizar la accesibilidad, Flash sigue teniendo algunos puntos oscuros, pero es evidente que Adobe esta por el buen camino, y que vamos hacia un Flash mucho mas “pulido” en los aspectos hoy por hoy esenciales de la presencia en internet.

Links relacionados
El anuncio de ayer en google
Un post en el blog de googe WebmasterCentral
El anuncio por parte de Adobe

Campaignmonitor es una aplicación online para envio de mailings, no puedo hacer ninguna reseña o comentario sobre ella, ya que no lo he probado, pero como les comentaba anteriormente, dentro de su web, nos podemos encontrar con esta magnífica guía para la generación de mails en html.

Sin mas preámbulos… El link.

Veamos este asunto con más detalle.

La primera confusión es la de relacionar estos elementos con estilos de título/subtítulo, en realidad, es “casi” así, pero a la inversa. Estos elementos están, en primera instancia, para ayudarnos a estructurar el documento. Podrían compararse con una lista como esta.

1. Curly
2. Larry
3. Moe

Como pueden ver, en este tipo de listas, es imposible que, sin romper la lógica, tengamos dos 1, así como el orden, siempre es correlativo, exactamente lo mismo pasa con los h’s, cada uno define un nivel de jerarquía en nuestro documento, y como efecto secundario, podemos asignar (de paso) a estos elementos, estilos determinados para vestir mejor nuestro trabajo.

Existen seis niveles de encabezados, y por una escasa o nula interpretación del rol de los mismos, rara vez vemos más de h3, tampoco quiero decir con esto que es “obligatorio” usar hasta el h6, sino que muchas veces no se toma el tiempo necesario para jerarquizar correctamente la información que vamos a mostrar, y existe la tendencia a utilizarlos solamente como recurso de asignación de estilos.

Por una cuestión de correlación lógica, como comentaba antes, si en tu documento no hay un h1 o un h2, no podés usar h3 directamente, solo porque el estilo que tiene asignado le queda perfecto a ese subtítulo que estás usando, TIENE que tener arriba, en su jerarquía dos elementos que lo precedan (h1 y h2).

Esta secuencia se puede reiniciar en cualquier punto aunque hemos de tener en cuenta por ej, que si ya existe un h1 que le da importancia al documento en general, no se podrá utilizar otro h1 en el mismo documento, sí es posible repetir h2, h3 etc… ya que son “hijos” del h1 general que define el documento.

Por ej:

• h1 → Los 3 chiflados
• h2 → Curly
• h3 → Torpe
• h2 → Larry
• h3 → Gracioso
• h2 → Moe
• h3 → Irascible

Esto es correcto, tenemos un h1 definiendo la jerarquía general y luego varios contenidos que componen este documento.Este otro, sería un ejemplo de mala utilización:

• h1 → Los 3 chiflados
• h2 → Hemp
• h4 → Substituto
• h2 → Larry
• h3 → Gracioso
• h2 → Moe
• h3 → Irascible

Al pasar por alto la jerarquía, entre h2 y h4, estamos rompiendo la estructura jerárquica del documento y por tanto ya podemos ir olvidándonos de una correcta validación.

El uso de encabezados es algo que no tendríamos que tomar a la ligera. Es un tema muy interesante e importante para la correcta estructuración de los trabajos, solo hay que tomarse un poco más de tiempo antes de pasar a código ese layout tan atractivo que tenemos y pensar mucho en cual es la jerarquía que le pretendemos dar al website.

Este es el link
A Guide to Web Typography

Accesibilidad no es solamente pasar un par de tests automáticos y poner un banner de “web válida”. Hay muchos aspectos cruciales que debemos tener en cuenta para acercar más nuestros contenidos a la mayor cantidad posible de usuarios.

Para los que no están familiarizados con los términos de accesibilidad, las recomendaciones del W3C son las siguientes:

El usuario podría,

• No estar capacitado para ver, oír, o interactuar (para procesar) la información que estás mostrando.
• Tener dificultad a la hora de leer o comprender el texto.
• No tener la posibilidad de usar mouse o teclado.
• Tener un navegador sólo de texto, una pantalla muy pequeña o una conexión a internet muy lenta.
• No entender o hablar fluidamente el lenguaje en el que el documento está escrito.
• Estar en una situación particular, en la que no pudiera disponer totalmente de sus manos u ojos.
• Tener una versión muy antigua de su browser, o uno que leyera los contenidos (para ciegos).

Digamos que estas pautas engloban los cinco aspectos más importantes a tener en cuenta, de comunicación, motriz, económico, intelectual y tecnológico.

La gran pregunta que surge generalmente, ¿Es realmente necesario que mi web cumpla estas pautas? Esta pregunta se puede responder rápidamente, aplicando los siguientes criterios.

¿Es un sitio web de una administración pública o del gobierno?
En este caso necesariamente tiene que ser accesible.

¿Es un sitio privado, pero con financiación pública?
En este caso debería ser accesible.

¿Es un sitio privado?
En este caso es tu decisión. Pero antes de apresurarte a descartarlo, tendrías que evaluar cuales son los alcances gobales. Que tu web sea accesible, no solamente, acerca contenidos a los grupos que tienen minusvalías, sino que, a nivel comercial, y en particular de posicionamiento, las ventajas de tener una web accesible son fundamentales. Piensa que, una araña de búsqueda es un programa y cuanto mejor formateada esté la información que va a incorporar a su base de datos, mejor la interpretará y por ende, mejor rankeada estará finalmente.

Esta entrada es una introducción, próximamente voy a ampliar, tocando puntos más específicos relacionados a la accesibilidad.

Links Relacionados
WAI (Web Accesibility Initiative)
Web Content Accessibility Guidelines 1.0
Manuales y Guias de INTECO
Herramientas de evaluación de acesibilidad

60

Sobre el minuto tres… me ataco el monstruo de la laguna, pero bueno, quedo conforme con el resultado… 60 no esta nada mal.

Para entender que es REST primero tenemos que analizar algunos conceptos básicos. Resulta complejo abordar el tema sin hablar primero de RPC (Remote Procedure Call). RPC es una interfaz de aplicación (API) y permite que los programas ejecuten código en un sistema remoto. El “cliente” envía una mensaje de llamada al “servidor” y espera un mensaje de respuesta, la llamada incluye todo lo necesario para efectuar esta comunicación entre ambos de manera exitosa.

Podríamos simplificar estos conceptos en dos puntos:

• El “cliente” envía un mensaje de llamada y espera por la respuesta.
• En el lado del “servidor” un proceso permanece dormido a la espera de mensajes de llamada. Cuando llega una llamada, el proceso servidor extrae los parámetros del procedimiento, calcula los resultados y los devuelve en un mensaje de respuesta.

Bajo este concepto básico, aplicado en principio al software, se adaptaron para servicios web una serie de opciones (SOAP o XML-RPC por ej, que también utilizan xml para el intercambio de datos).

Luego de esta breve introducción a la “conversación” entre cliente y servidor podríamos decir que REST está comenzando a ocupar un lugar predominante en las nuevas tendencias que hoy se plantean en Internet, ¿y por que?, voy a intentar ilustrar un poco estas ideas.

Para entender los siguientes conceptos sería importante que definamos dos grandes grupos.

Web “humana”(Browser, HTTP y HTML)
HTML: presentaciones legibles
A evolucionado hacia XHTML, CCS, XML, …

Web “de datos” (API,HTTP/SOAP, XML y …)
XML: Datos estructurados
Fuerte debate entre REST y “Big” Web Services

REST es: Una Web de datos accesible desde la Web humana

Principales Características

• Arquitectura altamente escalable
• Es posible implementarla sobre cualquier protocolo
• Extensamente documentada su implementación sobre HTTP.
• Recursos Identificables (Addressability, URI)
• Interfaz de acceso estándar
• Comunicación sin estado (Statelessness)
• Representación clara de los recursos
• Hyper-media (Connectedness)
• Múltiple soporte de formatos: (HTML, XHTML, XML, JSON, PDF,
  FLASH, FLEX, …)
• HTTP define el tipo (MiME) se sirve el formato adecuado.
  (Habitualmente es XML.)
• Soporte universal y simple desde cualquier lenguaje y
  plataforma.
• Integración real para comunicación B2B
• Adoptado casi unánimemente en la Web2.0 (Google,
  del.icio.us, Amazon, Yahoo, ….)

Veamos más en detalle algunos de estos puntos.

Recursos Identificables
Recurso: Cualquier elemento disponible en la red que quiera ser referenciado (mapas, usuarios, libros, musica, videos, documentos, …)

Cada uno de estos recursos utiliza un URI para identificarse, y es accesible mediante este URI único.

Interfaz uniforme
Permite gestionar los recursos con los métodos HTTP preexistentes:

GET (leer, copia)
HEAD (encabezado)
PUT (crear)
POST (alta)
DELETE (modificar)

Comunicación sin estado
El Servidor no mantienen una comunicación activa con cada cliente ya que el estado está explícito en las llamadas (pregunta/respuesta).

Algún ejemplo de la diferencia entre stateful y statelessness seria FTP(stateful) contra HTTP con URLs absolutas (statelessness).

La mayoría de los servicios web actuales están trabajando de esta forma (Google Maps, Amazon S3, flickr ,del.icio.us, …).

Hypermedia
Las comunicaciones son siempre a través de links, de esta forma evitamos tener que recordar comandos y la utilización de cualquier servicio se asemeja mucho a la utilización de cualquier web (ayudando a la estandarización).

Por otra parte, es muy importante resaltar que el cliente puede ser genérico, es decir, la aplicación es capaz de servir los contenidos a una gran variedad de clientes, Flash, Flex, HTML, XHTML, XML, …

Ok,¿y todo esto, para que me sirve?
Es evidente que Internet esta en un proceso de cambio constante, y que las nuevas tecnologías se presentan vertiginosamente. Posiblemente el cambio más rotundo, que se puede destacar en los últimos tiempos, es el famoso paso de Web 1 a Web 2.0, representado por la transición de una web estática, con contenidos que dependían totalmente del anunciante, a una web mucho más interactiva y humana. Blogs, redes sociales, herramientas, incluso aplicaciones, que anteriormente reinaban en los escritorios, se vieron portadas con éxito a internet, marcando esta nueva etapa que estamos viviendo en la red.

El usuario esta respondiendo a esta oferta, con una demanda voraz de contenidos que se ajusten a estos nuevos formatos, y es de vital importancia estar muy atentos a estas demandas, ya que en la capacidad de respuesta, se definirán muchos éxitos o fracasos en los próximos tiempos.

Gracias a tecnologías como REST, y su increíble capacidad de escalabilidad y sobre todo, la gran multiplicidad de formatos de salida, podremos estar acorde a las nuevas demandas de los usuarios, gestionando los contenidos desde una interfase común y con la posibilidad de “servir” a la carta, los contenidos para los clientes, en cualquiera de los sabores requeridos, Browsers (con su gran variedad de opciones), Teléfonos, PDA’s, Blackberrys, Consolas de videojuegos y una larga lista de etcéteras, que son los invitados a esta segunda ronda de Web2.0.

Muy atrás va quedando el tiempo de “Web optimizada para Internet Explorer”, llegó el momento de ajustarse a los estándares y de servir contenidos para cualquier formato.

Links relacionados:
Curriculum de Roy Fielding
REST en la Wikipedia
Ruby on rails (un framework RESTafari)

Eran otros tiempos (1991), en aquel momento no fué del todo posible dimensionar el crecimiento que tendría internet, y aun así, él con su visión, intentó incluir el concepto de web semántica, pero por diversas razones no llego a concretarse.

Ahora se encuentra trabajando activamente en este “concepto” que bien podría revolucionar la manera en la que estamos acostumbrados a buscar y encontrar información en internet.

Pero entonces… ¿que es la web semántica?, aquí un vídeo en el que se explica el concepto, de una manera muy sencilla de comprender.

Enlaces Relacionados.
Operator Add-on para Firefox
Microformats
RDFa Interoperable Web Metadata

Mas información.
W3C y Wikipedia