Drupal para móviles

Notas redactadas en mi Ipod, por lo que parece un telegrama ;)

@views para preparar la uri.
@views para personalizar teaser views.
@cck para crear tipo de contenido.
@image & image caché para renderizar.
@php para codigo de redirección.
@css para estilo propio. Se debería plantear un tema propio para esta URI.
¿Como ? Si es navegador mobile cargar el tema mobile
@es importante tener en cuenta una redacción buena: resumida, clara, concisa (directa al grano).
@se pueden usar tablas pequeñas para mostrar datos.
@se pueden mostrar gráficos pequeños.
@con tablas y gráficos grandes se pierde visión global y seguimiento de datos sin necesidad de memorizar.
@no se puede utilizar flash.
@mucho cuidado con el uso de javascrip!!
@información seleccionada, pocas o ninguna opción de navegación.
@la información se podría mostrar en función de taxonomías seleccionadas en el alta: Http://www.misitio.com/mobile/user
@como hacemos rentable el proyecto? URIs externas patrocinadoras?
Microbanners?
Apoyo de visitantes al sitio?

@Nuestro público
Quien es nuestro potencial público?
Quiénes tienen estos dispositivos y como consumen información?
Las dos últimas preguntas son muy importantes por que van a definir todo el proyecto, un ejemplo de NO público son los artistas que les gustan las webs con flash, imágenes, webs "vistosas". Tampoco personas con tiempo, ya que buscarán disfrutar cómodamente de su tiempo-lectura.
Si podrían ser turistas que no pueden llevar pcs, viajantes/comerciales para realizar pedidos, verificar stock, comprobar estado de pedidos, seguimiento de incidencias de clientes.

@Intranets: el acceso a intranets y herramientas tipo crm cms va a crecer de manera importate gracias a dos elementos: conexión desde dispositivos móviles y la evolución tecnológica de los mismos.
Las nuevas tecnologías permiten a los dispositivos móviles conectarse a la misma velocidad que un ordenador normal con conexión adsl, lo que implica recepción y procesamiento de una gran cantidad de datos.
a la vez que las nuevas conexiones han aparecido herramientas para utilizar dichas conexiones.
Pero estas herramientas tienen una serie de limitaciones; lenta redacción, pantalla pequeña que limita el acceso a algunos tipos de datos como tablas y/o gráficos grandes, navegador limitado que no permite todas las tecnologías (ajax, flash, algunas funciones de javascript en safari).
Las necesidades de arquitectura de información también son diferentes al tener limitada su navegavilidad: la opción serían navegación facetada con los combos cargados, y un directorio vertical o site-map. Además cada usuario debería poder organizar sus bookmarks de enlaces más utilizados.