100% autoestimulante. 0% de popularidad.
2008-09-11 Etiqueta/s: web móvil. 3 Comentarios
¿Interesado en discutir y aprender sobre web móvil? La idea inicial es crear una lista similar a mobiledesign, pero en castellano.
Si estás interesado: webmovil en yahoogroups, eres bienvenido.
2008-08-6 Etiqueta/s: web móvil. 2 Comentarios
En Mobile Web Best Practices 1.0 vs Global Authoring Practices for the Mobile Web, podéis encontrar una serie de tablas comparando las pautas de desarrollo web para dispositivos propuestas por la MWI del W3C (Mobile Web Best Practices 1.0), y las que propone Luca Passani (Global Authoring Practices for the Mobile Web).
Las primeras, un documento publicado con la metodología habitual del Consorcio, y que ya es recomendación. Las segundas,… una alternativa que publicó Luca Passani tras ser publicados los primeros borradores del Consorcio.
A veces coinciden, otras no. Tienen algunos puntos en común y divergencias conceptuales importantes que tienen mucha trascendencia en la práctica. En ocasiones, las pautas son complementarias.
La comparación entre ambas recomendaciones, no deja de ser un resumen. Para tener una visión más completa, es recomendable leer por orden los siguientes documentos:
¿Y quién es ese Luca Passani del que tanto hablo? Pues uno de los mayores expertos de Web Móvil.
¿Mi opinión? Cuando se publicó el primer borrador del Consorcio, sus pautas me parecían algo “irreales“, y partían de una base muy “optimista“: los teléfonos móviles tenían unas capacidades para navegar por internet bastante elevadas. Desde el punto de vista del desarrollo, también eran exigentes: no bastaba con tener un código “bueno”, también requería configurar adecuadamente el servidor (por ejemplo, el mime-type con el que se sirven las páginas, el HTTP Content-Type y la caché). Un documento como el de Luca, tenía muchísimo sentido.
A día de hoy, los nuevos terminales son bastante mejores que hace 3 años (fecha cuando más o menos se publicó el primer borrador del Consorcio). Peeeero, existe un buen número de terminales que todavía no cumplen los “requisitos mínimos” (aunque probablemente no navegen demasiado por intertnet) y sigue siendo necesario configurar adecuadamente el servidor para poder pasar con éxito el validador W3C mobileOK Checker (y si no me crees, haz la prueba). Hoy por hoy, el documento de Luca sigue teniendo vigencia (es y será y documento de referencia para la web móvil), aunque quizás algo menos (si tenemos en cuenta la mejora de los terminales actuales).
Aclaración: Mobile Ok tiene dos niveles de conformidad: uno es el Mobile Ok Basic, que comprueba de forma automática 30 pautas. Por otro lado está el nivel Mobile Ok, que consiste en una comprobación manual de 28 pautas. En el párrafo anterior, hago referencia al Mobile Ok Basic.
Pero bueno, que os voy a contar que no sepáis: el desarrollo web para dispositivos móviles es muchísimo más complejo que el desarrollo para “Firefox, Opera, Safari, Galeon, Explorer,…”, por muchas versiones de navegadores que haya, bugs, hacks, sistemas operativos, soporte de script, flash, y bla, bla, bla…
Mmm… ya tengo una idea para escribir algo más adelante :)
2008-07-30 Etiqueta/s: web móvil. 3 Comentarios
Por fin. Después de más de 2 años del primer borrador de trabajo de XHTML 1.1 basic (2006-06-07), y algo menos de tres años del primer borrador de Mobile Web Best Practices 1.0 (2005-10-17), ya han alcanzado el estatus de recomendaciones del W3C los documentos:
En XHTML basic, los cambios más importantes son (con respecto a la versión 1.0 del año 2000):
button, fieldset, legend, optgroup.b, big, hr, i, small, sub, sup, tt.script y noscript). Atención con el uso de javascript…style).target (¿?). El soporte de este atributo, no está garantizado (yo directamente prohibiría su uso, a estas alturas y todavía con frames y ventanas emergentes en dispositivos móviles… una locura).inputmode, herencia de XForms. Utilizado para los elementos input y textarea. ¿Para qué sirve? Indicar qué tipo de contenido hay que incluir en dichos elementos. Hay dos tipos de inputmode, uno sobre “tipos de idioma” (por ejemplo arabic, cyrillic, latin, tibetan,…) y otro para tipo de caracteres (lowerCase, digits, predictOn,…). Por ejemplo, si tenemos una caja de texto en el que hay que incluir un código postal, podríamos aprovechar las ventajas del atributo inputmode así: inputmode="latin digits". Mola.Una plantilla muy básica, y modificable al gusto de los desarrolladores (hay un par de líneas de código que particularmente me gustan, pero no son muy útiles), podría ser la siguiente:
<?xml version="1.0"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.1//EN"
"http://www.w3.org/TR/xhtml-basic/xhtml-basic10.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="es">
<head>
<title></title>
<meta name="HandheldFriendly" content="true" />
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<link rel="stylesheet" media="handheld" type="text/css" href="handheld.css" />
<link rel="alternate" media="screen" href="http://example.org/" />
</head>
<body>
</body>
</html>Con respecto a las Mobile Web Best Practices 1.0, poco que comentar. Las lógicas correcciones y evoluciones de una nueva recomendación (muy relacionadas con las WCAG, como se explica en Relationship between Mobile Web Best Practices and Web Content Accessibility Guidelines).
2008-07-21 Etiqueta/s: web móvil. 1 Comentarios
Aprovecho el artículo aparecido recientemente en la sección de tecnología de The New York Times (On a Small Screen, Just the Salient Stuff ), para hablar de algo que probablemente, nos haya ocurrido a muchos: navegar por un sitio web optimizado para teléfonos móviles, es mucho más satisfactorio que su equivalente para “monitores grandes”.
Confieso, que en ocasiones, desde el ordenador de sobremesa, prefiero visitar las versiones móviles de Yahoo! (es.m.yahoo.com ) o Twitter. ¿Motivos? Menos ruido, sólo el contenido imprescindible. Consecuencia: interfaces más sencillas e intuitivas.
Y es lo se dice en el artículo mencionado:
Visiting Web sites that have been redesigned for the iPhone is often a quicker and more pleasing experience than it is on those increasingly cinema-style desktop displays, which routinely have 20-inch or larger screens.
…
By stripping down the Web site interface to the most basic functions, site designers can focus the user’s attention and offer relevant information without distractions.
The New York Times : On a Small Screen, Just the Salient Stuff
Éste artículo no incluye moraleja. De nada.
2008-07-14 Etiqueta/s: web móvil. 2 Comentarios
Hace algunos días salió a la venta oficialmente el iPhone en España. Dejando de lado las críticas a las tarifas, stock, distribución,… algo que me ha llamado la atención ha sido el lanzamiento de un puñado de webs optimizadas para el iPhone. Sólo para el iPhone.
Entiendo que desde el punto de vista publicitario y de marca, aprovechar el lanzamiento del iPhone para anunciar sitios webs optimizados para dicho dispositivo, es algo a tener en cuenta. El impacto en los medios es mucho mayor. Pero… ya que se hace una inversión para un desarrollo web, al menos se podría tener en cuenta a otros cientos de teléfonos, con capacidad - al igual que el iPhone - para conectarse a internet.
Me cuesta entender porqué se sigue usando una maquetación por tablas (¡para teléfonos móviles!), el contenido contenido generado sólo por javascript,… resulta frustante ver el código fuente de alguno de estos stios.
Entiendo que los propietarios del iPhone o el iPod Touch pueden entrar en la categoría de “usuarios pro de web móvil”, que diseñar una web para éstos dispositivos puede ser más satisfactorio, divertido y gratificante que para otros teléfonos “del montón” (aunque tengan características incluso superiores). Pero el mundo no tiene forma de manzana, y existen métodos y aplicaciones para adaptar contenidos en función de las características de cada dispositivo.
No nos olvidemos: la accesibilidad web es un requisito deseable en la web móvil. Incluso con más motivo que en la web para dispositivos grandes. Cuidado con las tablas, con los frames, con javascript,… Si no tienes un iPhone pero tienes un teléfono móvil “aceptable” para navegar, ¿no sería bueno desarrollar un sitio web que funcionase en tu terminal? ¿Quieres ser discriminado por tí mismo? Es el colmo de la falta de accesibilidad.
Una última reflexión: cada vez es más difícil diferenciar cuándo un dispositivo es “móvil” y le correspondería -en teoría - la hoja de estilos para pequeños dispositivos (¿os acordáis de media="handheld"?), y cuándo un dispositivo es “grande” y le corresponde los estilos para pantallas grandes (media="screen"). Sin ir más lejos, el iPhone ignora las hojas de estilos media="handheld". Menuda paradoja, ¿no?. Teniendo en cuenta que “se da por hecho” que la resolución actual de los ordenadores de sobremesa tienen una resolución mínima de 1024 pixels, y se ingnora toda resolución inferior ¿dónde encajan todos los ultraportátiles con pantallas de menos de diez pulgadas, y resoluciones que difícilmente alcanzan los 1024 pixels de ancho?