¿Cómo diseñar una web móvil?

Bueno, ya se sabe que hasta que no le toca a uno no cae en todo lo que puede suponer el hacer una cosa.

Últimamente he estado buscando información por la red de los distintos problemas que pueden surgir a la hora de maquetar para dispositivos móviles; y en la red me he encontrado con este articulo que me ha parecido bastante interesante y que a los fanáticos de la accesibilidad les puede resultar interesante.

Aquí os dejo el vinculo para que disfrutéis de el: eltallerdigital.com

Un buen Catálogo de Servicios

El Ayuntamiento de Bilbao ha puesto en Internet el catálogo de servicios que ofrece a la ciudadanía y lo ha hecho de una manera inteligente, catalogando la información por Perfiles y Hechos Vitales, de tal forma que sea intuitivo encontrar el servicio que estamos buscando y, de paso, conocer otros que tal vez ni sepamos que el Ayuntamiento presta a personas como nosotros o para cubrir necesidades que nos surgen en nuestro día a día.

Además de una buena arquitectura de la información, el catálogo de servicios se caracteriza por un diseño claro, límpio y usable, que facilita la navegación por el mismo y centrarse en lo realmente importante, los servicios.

Si nos fijamos un poco más, veremos que hace uso del denominado diseño híbrido, ya que la página se adapta a 800 y 1024 de ancho de pantalla, quedándose fija en 1024 para anchos superiores, lo que hace que en pantallas con configuración típica se vea ajustado al ancho de pantalla, y en pantallas con anchos muy grandes y configuraciones adaptadas a ese ancho, los elementos no queden diseminados por la pantalla como ocurre con el diseño líquido.

Todo ello además respetando los criterios de accesibilidad Web.

Un buen catálogo de servicios municipales, que hace uso de los mejores recursos que un desarrollador Web debería tener en su catálogo de mínimos a la hora de afrontar cualquier desarrollo.

Fundamentos Web. Día 2 por la mañana.

Interesantes los talleres, los tres talleres, a los dos previstos por la organización, "Unobtrusive Ajax in a Real-World" y "Mental Models: Aligning Design Strategy", se ha unido el que ha acontecido en el descanso para el café a cargo de uno de nuestros compañeros, que ante el conocimiento mostrado en el taller al que ha asistido, el primero, varias personas se han acercado a preguntarle dudas respecto a sus problemas y a que les aclarará algunas dudas que les habían quedado tras escuchar la conferencia, ya que parecía ser el único que se hubiera enterado de algo, y sobre todo el más participativo.

El segundo taller ha sido también muy interesante, al mismo tiempo que estresante, todo el mundo coincide en que es bastante difícil entender al ponente, menos mal que mi compañera es más hábil que yo con la lengua de Shakespeare, pero la verdad es que los ejercicios prácticos que nos ha propuesto han sido muy interesantes y sus indicaciones de cómo obtener datos útiles de las entrevistas a los usuarios muy reveladores, sobre todo de lo mucho que nos queda por aprender.

Al menos hemos intercambiado algunas tarjetas, pero como aquí casi todo el mundo son competencia no ha habido mucho que rascar, pero lo poco que ha habido se ha rascado. Lo siento, este es el típico párrafo que hay que poner de cara a la dirección ;-)

Y para nuestro  compañero Operaadicto, hemos tenido una bonita charla con Charles McCathieNevile, el desarrollador jefe de Opera Software. Tenemos foto con los grandes gurús del mundo Web, que no es que aporte mucho conocimiento en sí mismo, pero mola mazo.

Aquí de pillar nada de nada, la única que se ha acercado a algo parecido ha sido la chica, pero curiosamente no ha sido por parte de ningún típical hispanis varón, sino de otra chica... en fin, es lo que tiene asistir a un congreso de estos de gente rara, que las cosas están todas al revés.

Nos despedimos antes de empezar con la jornada de tarde y de salir justo después pitando para nuestra city.

Fundamentos Web 2008. Día 1.

Depende, ha sido la palabra más repetida en esta primera jornada de Fundamentos Web, por un momento parecía que Jarabe de Palo y su canción se hubieran colado en la jornada como banda sonora de la jornada.

Señores ponentes, señores ponentes, ¿Qué CMS es mejor? Y por más que la pregunta se ha repetido varias veces, la respuesta siempre ha sido la misma, Depende de las necesidades que quieras cubrir. La verdad es que ni Alejandro Alves (OpenCMS), Wilco Jansen (Joomla) y Dries Buytaert (Drupal) han defendido su CMS como el mejor de todos. "Cada CMS tiene sus ventajas y desventajas", el usuario es el que decide.

Y es que parece que algunas de las personas que han asistido a la ponencia sobre CMS, Estándares, Accesibilidad y otros cuentos, no habían estado en las dos primeras ponencias maestras de Jesse James Garret y Eric Fain sobre experiencias de Usuarios y desarrollo centrado en ellos. Si hubieran estado atentos sabrían que lo primero que hay que hacer a la hora de afrontar un desarrollo es conocer al potencial usuario del mismo y las necesidades que de ese usuario se pretenden cubrir.

Hacer desarrollos Web como churros sin tener en cuenta el usuario que va a utilizar el Web es un camino casi seguro al fracaso.

Por otra parte, y en paralelo a la de CMS, han tenido lugar las ponencias sobre WAI-ARIA y DOJO, en ellas se ha hablado sobre qué es la tecnología WAI-ARIA, cómo se implementa en los desarrollos web, y varios casos prácticos en los que se hacía una demostración de sus posibilidades.

En primer lugar, Steve Faulkner ha presentado la tecnología WAI-ARIA y su aplicación para adaptar los desarrollos HTML actuales. En resumen, los dos aspectos más importantes eran la adición de atributos nuevos para dotar a los elementos web de ciertas características, para que sean menús, barras de progreso, cuadros de diálogo, barras de desplazamiento... independientemente de su tipo. También nos ha hablado para el caso concreto de la actualización de zonas concretas mediante AJAX, que sin ARIA no es tratado correctamente por el lector de pantalla JAWS.

Después Becky Gibson nos ha hablado de DÔJÔ, su propuesta para realizar nuestros desarrollos web con WAI-ARIA y no necesitar un largo período de aprendizaje. Sin embargo, esto requiere también un proceso de adaptación por parte de los desarrolladores y los diseñadores, ya que utiliza hojas de estilo específicas para ciertos elementos.

La mesa redonda de la tarde ha sido interesante, pero más aún ha sido la de Carlos Guadian y su charla sobre Social Media, muchos conceptos interesantes sobre la importancia que para las empresas puede tener el hecho de escuchar a los usuarios que están en Internet opinando sobre sus productos.

Mañana afrontamos la segunda jornada, mucho más técnica y esperemos que productiva.

Esto es Usabilidad

Viendo el otro día la tele me topé con este anuncio y pensé, vaya, un claro ejemplo de Usabilidad.



Pero no se me ocurrió publicar nada sobre ello hasta que no he leído en el Blog de Juan Carlos García lo que había detrás y quién podía estar detrás, Eduardo Manchón, experto en Usabilidad y cofundador del proyecto Panoramio, y que trabajó para la Caixa diseñando interfaces.

Usabilidad y accesibilidad pueden (y deben) convivir

Como casi siempre la fiesta va por barrios, aunque cada vez más los barrios se están poniendo de acuerdo para que todos tengamos la fiesta al mismo tiempo y en paz.

Digo esto porque leyendo y leyendo sobre temas de usabilidad, y especialmente sobre usabilidad en formularios, me he encontrado con cosas y sugerencias que hacían que a alguien con algún conocimiento de accesibilidad se le pusieran los pelos como escarpias.

En muchos los casos se sugería el uso de Javascript a tutiplen, lo cual no es malo en sí mismo, pero en pocos se mencionaba lo de poner alternativas, validar contra servidor, etc.

Leyendo el otro día, lo siento fue en formato papel por lo que y no puedo enlazarlo y ni siquiera comentaba quien lo escribía, leí una recomendación que me pareció de lo más interesante.

• La funcionalidad de la página Web debe diseñarse sin pensar en el uso de JavaScript utilizando para ello HTML/XHTML junto con CSS y las posibilidades que nos ofrezca el lenguaje del servidor utilizado.
  
• En un segundo paso se puede aplicar JavaScript para dotar de una mayor usabilidad a la página Web.

No es mala forma de trabajo.

También he encontrado un artículo sobre formularios que me ha parecido interesante.

Concretamente se da solución a ese problema muy común en según que tipo de formularios en los que el tiempo desde que el usuario pulsa sobre el botón de enviar y que se empieza a notar algo por parte de este, es el suficiente como para que pierda la paciencia y le dé una y otra vez con lo que se provocan resultados poco deseables en nuestro, hasta ese momento, infalible desarrollo.

Lo que propone es deshabilitar el botón de enviar una vez el usuario lo ha pulsado y de esta manera ahorrarnos el problema.

Para ello emplea el siguiente código:

<input type="button" name="enviar" value="Enviar"
onClick="this.value='Espere...';this.disabled=true;this.form.submit()"/>

No es mala idea, eh?