architecture - hashtags - Cómo hacer para servir la misma aplicación en diferentes resoluciones/pantallas
architecture hashtags instagram (4)
Las aplicaciones móviles (para teléfonos celulares y otros dispositivos portátiles) generalmente tienen una interfaz de usuario móvil enrollada a mano.
El caso de 10 "- 13" del que está hablando está más en el rango de la netbook. En este caso, la IU del dispositivo es similar (en la mayoría de los casos) a una IU de escritorio normal, así que iría con un diseño líquido y usaría la misma IU.
EDITAR
Ver los comentarios para aclaración de los requisitos ...
Pero teniendo en cuenta que la interfaz más pequeña va a ser una interfaz táctil, y la interfaz más grande no ... Sugeriría rodar diferentes IU para cada una. El UX para la versión táctil será mucho mejor si se toman consideraciones especiales con respecto a las preocupaciones táctiles.
Escenario : debe exponer la misma aplicación en diferentes pantallas, digamos un estándar de 15 '''' a 17 '''', un portátil de 10 '''' y un móvil de 4 '''', posiblemente trabajando en diferentes resoluciones.
Pregunta : ¿Intenta buscar un diseño líquido que se reorganice según el espacio disponible o si coloca N capas separadas (una para cada rango), optimizadas para cada resolución / tamaño de pantalla específico admitido?
¿Cuál es el estándar de la industria en este tipo de problemas?
¿Tiene sentido idear diseños de truco para dividir la pantalla en áreas prioritarias que desaparecerán / volverán cuando la pantalla cambie de tamaño en un sentido u otro?
Todos sabemos que las aplicaciones de iPhone (o cualquier otro dispositivo de palm) no pueden ser como la versión de escritorio, así que supongo que en ese caso (4 '''' o menos) estás obligado a tirar diferentes UI , pero ¿hay un medio suelo (digamos entre 13 '''' - 7 '''' pantallas, con este último requiere dedos como entrada principal) donde tiene sentido ir por el diseño líquido?
Parece que ya ha decidido que se necesita una IU separada para dispositivos móviles y esto lo apoyo. La forma en que el usuario interactúa con estos dispositivos es tan diferente que necesita pensar en ellos de una manera específica.
Para otros tamaños de pantalla, creo que deben abordarse desde la perspectiva de los usuarios. Si el usuario interactúa con las pantallas de diferentes maneras, entonces necesita interfaces separadas. Sin embargo, en mi experiencia, los usuarios tienden a mirar las pantallas desde 10 "hacia arriba como versiones simplemente más grandes o más pequeñas de la misma cosa, por lo que debe tratar su interfaz de usuario de la misma manera. No lo cambie drásticamente para pantallas más pequeñas. necesita encontrar una forma de que crezca o se reduzca de tal manera que el usuario sienta que tiene más espacio para trabajar con la misma interfaz de usuario anterior.
Los editores de texto son un buen ejemplo de esto. La ventana del documento se hace más grande, hay más espacio para editar los documentos, pero la interfaz real se mantiene bastante estática.
Estamos empezando un proyecto donde tenemos un problema muy similar.
En nuestro caso, la aplicación funcionará de manera ligeramente diferente en las diferentes pantallas, más etapas y menos opciones en las pantallas más pequeñas, por ejemplo.
Lo que tenemos planeado hacer es usar el marco ASP.Net MVC e implementar una vista para cada resolución de pantalla / subaplicación. Trataremos de mantener el resto de la aplicación en común con todas las resoluciones de pantalla.
En el contexto de las aplicaciones web, Jakob Nielsen sugiere (basando su evaluación en las pruebas de usabilidad recientes, leer el artículo vinculado para más detalles) para diseñar una interfaz de usuario dedicada para dispositivos móviles. Creo que incluso si su aplicación no está basada en la web, algunas de sus directrices son útiles de todos modos.
Él tiene pautas para resoluciones de escritorio también.