Adobe a por el mercado móvil con Distributable Player y Mobile Packager

Adobe sigue posicionándose en el mercado de herramientas de desarrollo de aplicaciones para móviles y otros dispositivos «no convencionales». Esta vez se trata de un par de anuncios:

  • Por un lado, el Adobe Mobile Packager, una aplicación de escritorio (aún en prerelease) que permite empaquetar archivos SWF, un comprobador de versiones de Flash Player, un icono y metadatos para dispositivos con sistemas operativos Symbian o Windows Mobile, de manera que el proceso de instalación de aplicaciones sea el ‘de toda la vida’ para esas plataformas.
  • Por el otro, el Flash Lite 3.1 Distributable Player que es, precisamente, eso: un ‘runtime’ redistribuible que podemos empaquetar con nuestras aplicaciones de forma que podemos obviar la necesidad de que el móvil del cliente tenga instalado Flash Player, pagando el cada vez menor precio de aumentar el peso del paquete a distribuir e instalar.

El objetivo, obvio, comprensible y previsible, de Adobe, es disponer de una plataforma equivalente a Air, pero para móviles: toda la autoría y programación con herramientas de Adobe y un proceso de ‘write once, package many times’. Esto hace cada vez más atractiva la ‘plataforma Flash’ (esto es, Flash y Flex y aditamentos como el futuro Flash Catalyst (el artista anteriormente conocido como Thermo)) para el desarrollo de aplicaciones conectadas y/o sincronizables y ricas en contenido multimedia, generado, cómo no, con las otras herramientas de la casa: Photoshop, Premiere, After Effects…

No es seguro que la apuesta funcione, por múltiples motivos…

  • El primero, que hay que convencer a los desarrolladores «clásicos» que las herramientas de Adobe son válidas. Flex ya lleva unas cuantas iteraciones y cosas como el uso de Eclipse como entorno de desarrollo deberían ayudar, pero hay una mucha inercia contra la que luchar.
  • La competencia no es manca: cierto es que Silverlight de momento no es más que una mota de polvo en la pantalla del radar, pero obviar los esfuerzos de Microsoft en un campo tan jugoso equivaldría al suicidio. Los de Redmond, además, aunque ‘no existen’ en el campo, cuentan con la inercia de una masa innumerable de desarrolladores muy acostumbrados a sus herramientas, a los que Microsoft seguirá tratando con el esmero habitual de la casa.
  • En los dispositivos móviles, les falta la joya de la corona, el iPhone. De momento el ‘pique’ de Apple contra Adobe y la no inclusión de un Flash Player en el smartphone que ha roto todas las barreras de adopción tiene que estar doliendo mucho por San Francisco. De todas formas, parece que Adobe ya tiene desarrolladísimo su Flash Player para iPhone y eso significa, con los nuevos anuncios, que solo necesitan añadir un empaquetador que escupa código para iPhone (y iPod Touch) y colar unas cuantas aplicaciones (esto último igual les cuesta más…) para ser también una herramienta viable en el mundo de ‘tito Estif’.

Si les sale, puede ser la carambola de la década, al menos: una única suite capaz de producir todos los recursos y escupirlos para, a todos los efectos prácticos, todas las plataformas del mercado: Windows, Mac, Linux, la web, Symbian, Windows Mobile y iPhones y familia…

Más información para desarrolladores. Vía.

Buenas prácticas para la web móvil, del W3C

El original y una traducción, libre, de la lista de 60 buenas prácticas que tratan en profundidad:

  • Asegura que el contenido al que da acceso un URI dé una experiencia temáticamente coherente al acceder a él desde diferentes dispositivos.
  • Explota las capacidades de los dispositivos para mejorar la experiencia de usuario.
  • Toma pasos razonables para subsanar las implementaciones deficientes.
  • Haz pruebas sobre dispositivos reales, además de en emuladores.
  • Haz breves los URIs de los puntos de entrada.
  • Da solo una navegación mínima en lo alto de la página.
  • Ten en cuenta los compromisos entre tener demasiados enlaces en una página y pedir al usuario que siga demasiados enlaces para llegar a lo que busca.
  • Da mecanismos de navegación consistentes.
  • Asigna teclas rápidas a los enlaces de los menús de navegación y a la funcionalidad de uso frecuente.
  • Identifica claramente el objetivo de cada enlace.
  • Anota el formato del fichero enlazado a menos que estés seguro de que el dispositivo lo soporta.
  • No uses mapas de imagen a menos que sepas que el dispositivo los soporta de manera efectiva.
  • No uses pop-ups ni hagas aparecer otras ventanas ni cambies la ventana actual sin avisar al usuario.
  • No crees páginas que se autorefresquen periódicamente a menos que informes al usuario y le dotes de un mecanismo para detener el refresco.
  • No uses marcado para redirigir páginas automáticamente: configura el servidor para hacer las redirecciones mediante códigos HTTP 3xx.
  • Minimiza el número de recursos externos enlazados.
  • Asegúrate de que el contenido es adecuado para su uso en un contexto móvil.
  • Usa lenguaje claro y simple.
  • Limita el contenido a lo que el usuario ha pedido.
  • Divide el contenido en porciones usables pero limitadas.
  • Asegúrate de que el tamaño total de la página sea apropiado para las limitaciones de memoria del dispositivo.
  • Limita el ‘scroll’ a una dirección, a menos que el scroll secundario sea inevitable.
  • Asegúrate de que el material central al significado de una página preceda al que no lo es.
  • No uses gráficos para el espaciado.
  • No uses imágenes que no puedan mostrarse en el dispositivo. Evita las imágenes grandes o de alta resolución excepto cuando de otra forma se perdería información crítica.
  • Asegúrate de que la información comunicada a través del color también esté disponible sin este.
  • Asegúrate de que la combinación de color de primer plano y fondo dé suficiente contraste.
  • Al usar imágenes de fondo, asegura la legibilidad del contenido en el dispositivo.
  • Usa títulos de página breves pero descriptivos.
  • No uses marcos.
  • Usa las características del lenguaje de marcado para indicar la estructura lógica del documento.
  • No uses tablas a menos que sepas que el dispositivo las soporta.
  • No uses tablas anidadas.
  • No uses tablas para maquetar.
  • En la medida de lo posible, da una alternativa para las presentaciones tabulares.
  • Da un equivalente textual para cada elemento no textual.
  • No confíes en objetos embebidos ni scripts.
  • Especifica el tamaño de las imágenes en el marcado, si tienen un tamaño intrínseco.
  • Cambia el tamaño de las imágenes en el servidor, si tienen un tamaño intrínseco.
  • Crea documento que validen según las gramáticas formales publicadas.
  • No uses medidas en píxeles ni unidades absolutas en los valores de los atributos de los lenguajes de marcado y valores de las propiedades de las hojas de estilo.
  • Usa hojas de estilo para controlar la maquetación y la presentación, a menos que sepas que el dispositivo no las soporta.
  • Organiza los documentos de forma que puedan leerse, en caso necesario, sin las hojas de estilo.
  • Usa hojas de estilo cortas.
  • Usa marcado conciso y eficiente.
  • Envía el contenido en un formato que sepas que el dispositivo soporta.
  • Siempre que sea posible, envía el contenido en un formato preferente.
  • Asegura que el contenido use una codificación de caracteres soportada por el dispositivo.
  • Indica en la respuesta la codificación de caracteres usada.
  • Da mensajes de error informativos y formas de navegar desde la página de error a información útil.
  • No confíes en que las cookies estén disponibles.
  • Da información de caché en las respuestas HTTP.
  • No confíes en los estilos de las tipografías.
  • Minimiza las pulsaciones de teclas.
  • Evita la entrada de texto libre en la medida de lo posible.
  • Da valores por defecto preseleccionados siempre que sea posible.
  • Especifica modo de entrada de texto, idiomas y/o formatos de entrada por defecto, si el dispositivo los soporta.
  • Crea un orden lógico para los enlaces, controles de formulario y objetos.
  • Etiqueta todos los controles de formulario apropiadamente y asocia explícitamente las etiquetas con los controles.
  • Posiciona las etiquetas de forma que que queden dispuestas apropiadamente en relación a los controles a que se refieren.

Pocas sorpresas, mucho sentido común y un lenguaje, inevitablemente, políticamente correcto. Pero una buena lista de cosas a tener en cuenta cuando nos ponemos a desarrollar.

Más de internet móvil

En Ars Technica se hacen eco de un informe de Nielsen (Critical Mass, PDF) sobre la internet móvil. Algunos datos:

  • La penetración de la internet móvil en España (entendida como el porcentaje de usuarios de móvil que usa activamente internet desde el móvil) es del 10.8%. Nada mal. Lidera la cosa Estados Unidos con un 15.6%. También nos ganan Reino Unido o Italia, pero ganamos a franceses y alemanes.
  • Los planes de datos ilimitados (y los «ilimitados» me atrevería a decir) son el principal motor de adopción. Para sorpresa de absolutamente nadie.
  • En Europa, los móviles que más usuarios aportan a la internet móvil son el Nokia N95, el N70, los Razr de Motorola, el K800i de Sony Ericsson y el N73 de Nokia, en ese orden. En Estados Unidos el líder destacado es el Razr, seguido del iPhone, un par de Blackberrys y la serie Q de Motorola. ¿Sorprendidos por el Razr? Es consistente con lo que oí en el Mobile World Congress: el acceso a internet desde el móvil no se realiza exclusivamente desde móviles de gama alta. Y si el Razr se ha vendido a patadas, aunque un porcentaje muy bajo de sus propietarios use la red, es natural que salga bien arriba en los rankings.
  • También coincide con otro punto del informe: el usuario de la internet móvil no es de un perfil socioeconómico exclusivamente alto: un 26% de los usuarios en Estados Unidos tiene ingresos familiares de menos de $50,000 (?32,000), el 50% entre $50,000 y $100,000 (hasta ?64,000) y el 24% restante pasa de los $100,000.
  • Los tipos de web más visitados: portales (alimentados por las páginas de inicio dispuestas por las operadoras, muy probablemente), correo, meteorología, noticias y política y búsqueda. Los «canales» individuales más visitados (en Estados Unidos) fueron, en mayo, Yahoo! Mail, Google Search y el Weather Channel. En el ‘top ten’ hay hasta tres sitios más de correo: los de Hotmail, GMail y AOL.
  • Los usuarios usan muchos menos sitios en el móvil que en el navegador del ordenador. Los más dispersos, los italianos, apenas visitan 8 sitios diferentes en un mes (dice Nielsen que en el navegador del portátil la media es de 100 sitios diferentes al mes).

La web móvil… ¿es la web?

Sí, ya sé que me repito más que el ajo. Y que tanto Apple como Mozilla como Opera como Microsoft insisten en meter la misma «experiencia de usuario» en PDAs y móviles que en portátiles y sobremesas (ignorando, por el camino, las hojas de estilo creadas para los dispositivos móviles). Pero aún así, parece que los usuarios insisten en no usar la web de la misma forma desde la pantalla pequeña que desde el ordenador. BussinessWeek titula Welcome to the Weekend Web un reportaje sobre la web que ven los usuarios desde móviles y PDAs. Algunos detalles:

  • El uso se dispara los fines de semana. Justo al revés que con los navegadores tradicionales. ¿Será que, aún cuando «la experiencia de usuario es la misma», si tenemos un navegador convencional a mano lo preferimos?
  • Los sitios visitados no son los mismos. Y parece que los sitios que dependen de la localización se imponen. Craigslist y weather.com, por ejemplo, están mucho más arriba en el ránking móvil que en el convencional. eBay también parece ser muy popular en los «navegadores pequeños». Los sectores que dominan la web móvil son, aparentemente, la meteorología, el entretenimientos, los juegos y la música.
  • Los desarrolladores web de los grandes sitios web se empeñan en sacar versiones de sus webs que se adaptan a las características de los dispositivos. Y no solo hablamos del cambio de resolución y formato o de la ausencia de teclado: cámaras y dispositivos de localización parecen ser muy interesantes para ellos.

Mientras tanto, aunque tanto consumidores como desarrolladores insistan en no ver la misma web desde el móvil que desde el ordenador, los fabricantes de navegadores se empeñan en renderizar las páginas sobre los dispositivos como si estuviésemos en el escritorio. Además de vulnerar las recomendaciones del W3C, ¿no estarán yendo contracorriente y dificultando la vida tanto a usuarios como a los encargados de las webs?

Mozilla y la interfaz del navegador en el móvil


Firefox Mobile Concept Video from Aza Raskin on Vimeo.

Interesantes las innovaciones que podrían acabar siendo «Firefox para dispositivos» presentadas por Aza Raskin en este vídeo, del que da más detalles en su blog.

Notemos, en primer lugar, que el mundo se empeña en llevarme la contraria (quizá, y solo quizá, porque me equivoque): se llevan los renders «a toda página». Coinciden en ello Safari, Opera y Firefox. Igual es por algo (yo sigo siendo cabezota y opinando que no es la mejor idea, pero bueno…).

Dignas de atención casi todas las ideas presentadas: las «pestañas» como «thumbnails», los controles «escondidos» a la izquierda de la página y, sobre todo, lo de añadir las acciones típicas (almacenar en del.icio.us, por ejemplo) al final a cada página, algo que dicho así suena trivial pero que hasta ahora no se le había ocurrido a nadie…