- \n
- Los dispositivos m\u00f3viles se usan en un contexto muy variable<\/b>. El usuario tiene muchas interferencias ambientales que pueden distraer su atenci\u00f3n.<\/li>\n
- El usuario es consciente de que el tiempo de conexi\u00f3n tiene un coste econ\u00f3mico<\/b>.<\/li>\n
- Estos dispositivos se utilizan en general para desempe\u00f1ar tareas concretas<\/b> y poco para navegar err\u00e1ticamente.<\/li>\n
- Hay una gran heterogeneidad de los dispositivos<\/b>, en especial es importante en cuanto a la diversidad de formatos de pantalla.<\/li>\n
- En el caso de que la interacci\u00f3n se realice mediante teclado<\/b>, este suele ser dif\u00edcil de manejar. Por lo tanto, es mejor seleccionar opciones que escribir.<\/li>\n
- Si aun as\u00ed hay que incluir campos de introducci\u00f3n de texto, es recomendable preinformar los campos (rellenarlos con el contenido m\u00e1s frecuente) siempre que sea posible.<\/li>\n
- El estilo de escritura tiene que ser claro y conciso, m\u00e1s a\u00fan en el caso de aplicaciones dirigidas a otros soportes digitales.<\/li>\n
- El espacio en blanco puede conducir al usuario a pensar que no hay nada m\u00e1s en la p\u00e1gina. En lugar de l\u00edneas vac\u00edas de separaci\u00f3n, es mejor introducir \u00ab——-\u00ab.
\n![\"separacioentrelinies\"](\"http:\/\/multimedia.uoc.edu\/blogs\/dii\/files\/2015\/03\/separacioentrelinies-300x157.jpg\")
<\/a><\/li>\n- Hay que evitar al m\u00e1ximo los pasos innecesarios<\/b> o elementos que distraigan al usuario (como animaciones o banners<\/i>).<\/li>\n
- La estructura de contenidos<\/b> tiene que ser lo m\u00e1s plana posible. Es mejor que haya muchas opciones y pocos niveles.\n
![\"estructuramobils\"](\"http:\/\/multimedia.uoc.edu\/blogs\/dii\/files\/2015\/03\/estructuramobils-300x102.png\")
<\/a><\/li>\n<\/ul>\n- \n
- Siempre tiene que haber una opci\u00f3n de marcha atr\u00e1s<\/b> y es mejor si contemplamos un acceso permanente <\/b>a las opciones principales de navegaci\u00f3n.<\/li>\n<\/ul>\n\n
\n<\/div>\nLa pantalla<\/h3>\n
- \n
- El tama\u00f1o de las pantallas de los dispositivos m\u00f3viles es mucho menor que el del escritorio. Por lo tanto, es probable que un dise\u00f1o que se ve completo en el escritorio necesite de scroll<\/i> en un m\u00f3vil o implique el trabajo con dise\u00f1o responsivo<\/a>.<\/li>\n
- Es recomendable no utilizar men\u00fas desplegables<\/b> en pantallas peque\u00f1as a pesar de que es preferible a que las opciones de men\u00fa clicables sean demasiado peque\u00f1as.<\/li>\n
- Las pantallas de los dispositivos m\u00f3viles:\n
- \n
- presentan en general (aunque no todas) menor contraste <\/b>que las de PC;<\/li>\n
- suelen utilizarse en condiciones de alta luminosidad ambiental<\/b>;<\/li>\n
- el usuario puede optar por reducir el grado de contraste<\/b> para ahorrar bater\u00eda.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Por todas estas razones, los dise\u00f1os para peque\u00f1as pantallas tienen que presentar un buen contraste entre fondo y contenido. Los cambios sutiles de color pueden llegar a ser invisibles.<\/p>\n
Hay una gran diversidad en el tama\u00f1o de las pantallas de los diferentes dispositivos. Adem\u00e1s, algunos de ellos permiten rotar el contenido, de modo que este se puede ver en formato horizontal o en vertical. Sin embargo, a pesar de las variaciones, la gran mayor\u00eda de dispositivos encajan en alguna de las siguientes resoluciones:<\/p>\n
- \n
- 128 x 160 p\u00edxeles<\/li>\n
- 176 x 220 p\u00edxeles<\/li>\n
- 240 x 240 p\u00edxeles<\/li>\n
- 320 x 320 p\u00edxeles<\/li>\n
- 480 x 320 p\u00edxeles (iPod, iPhone, Palm, HTC)<\/li>\n
- 960 x 640 (iPhone 4)<\/li>\n<\/ul>\n\n
\n<\/div>\nNavegador<\/h3>\n
- \n
- El navegador m\u00e1s utilizado en entorno m\u00f3vil es Opera.<\/li>\n
- No se tienen que utilizar marcos<\/b> (frames<\/i>), ya que suponen un obst\u00e1culo especial en el caso de pantallas peque\u00f1as.<\/li>\n
- No se tienen que utilizar ventanas emergentes<\/b> (pop-ups<\/i>).<\/li>\n
- No se tienen que utilizar men\u00fas contextuales<\/b>.<\/li>\n
- Muchos dispositivos tienen un teclado muy limitado. Se tiene que evitar la introducci\u00f3n<\/b> de texto<\/b> o solo pedir el estrictamente necesario.<\/li>\n
- Los dispositivos no tienen rat\u00f3n y el teclado es limitado. La navegaci\u00f3n tiene que basarse en el teclado u otros elementos de activaci\u00f3n de la pantalla t\u00e1ctil (cada vez son m\u00e1s los dispositivos que permiten la interacci\u00f3n directa mediante los dedos o mediante punteros).<\/li>\n
- Los events<\/i><\/b> mouseover<\/i> y mouseout<\/i> no son aplicables. Se utilizan events<\/i> de clic. Se evitar\u00e1n los events<\/i> de\n
- \n
- mouseup<\/i> y mousedown<\/i><\/li>\n
- keydown<\/i> y keyup<\/i><\/li>\n
- right-click<\/i><\/li>\n<\/ul>\n<\/li>\n
- Hay que tener en cuenta las limitaciones de teclado<\/b>: no incluir la orden \u201cPulsa la tecla Y para continuar\u201d porque es posible que el dispositivo no disponga de esa tecla.<\/li>\n
- Algunos dispositivos soportan Java<\/b> y Flash<\/b>, pero es posible que no los soporten en simult\u00e1neo en la misma p\u00e1gina.<\/li>\n<\/ul>\n
\n
\n<\/div>\nDise\u00f1o de la cabecera<\/h3>\n
La cabecera es el t\u00edtulo que aparece en la zona superior de la pantalla. Las herramientas de maquetaci\u00f3n y de programaci\u00f3n se refieren a la cabecera como t\u00edtulo (title<\/i>).<\/p>\n
Algunas aplicaciones (fundamentalmente los navegadores) pueden utilizar la cabecera como nombre de referencia al generar Favoritos (bookmarks<\/i>), pero hay que tener en cuenta que algunos dispositivos no muestran la cabecera o que, aunque aparezca, no siempre es detectada por los usuarios.<\/p>\n
- \n
- La cabecera no tiene que incluir en exclusiva informaci\u00f3n indispensable para entender la p\u00e1gina.<\/li>\n
- En el caso de incluir abreviaturas<\/b>, hay que evitar las que no sean convencionales.<\/li>\n
- La cabecera tiene que informar a los usuarios sobre lo que tienen que ejecutar en la p\u00e1gina<\/b>, salvo que no se requiera ninguna acci\u00f3n del usuario o que el objetivo sea obvio (por ejemplo, no hay que pedir al usuario que seleccione una opci\u00f3n en una lista, si la p\u00e1gina solo contiene la lista).<\/li>\n
- Las cabeceras tienen que ser breves<\/b>. La mayor\u00eda de dispositivos pueden leer solo los 12 primeros caracteres. Para abreviar el texto de cabecera, podemos eliminar los verbos (por ejemplo, en lugar de \u201cSelecciona una receta\u201d, podemos introducir simplemente \u201cRecetas\u201d).<\/li>\n
- Utilizar combinaciones de may\u00fascula y min\u00fasculas<\/b> para el texto de cabecera. Estas combinaciones son m\u00e1s f\u00e1ciles de leer que el texto en may\u00fascula.<\/li>\n
- Cada p\u00e1gina tiene que tener su propia cabecera, ya que esta ser\u00e1 utilizada por algunos navegadores como t\u00edtulo de la referencia de Favoritos (bookmark<\/i>). Si el t\u00edtulo es compartido por varias p\u00e1ginas, se generan referencias confusas.<\/li>\n<\/ul>\n
Extra\u00eddo de http:\/\/patterns.design4mobile.com\/index.php\/screen_design_basics<\/a>.<\/p>\n
\n
\n<\/div>\nEstructura de la p\u00e1gina<\/h3>\n
- \n
- Al dise\u00f1ar la p\u00e1gina, es importante asegurar que el contenido sea visible al acceder (es decir, que no exista un elemento o espacio vac\u00edo en la zona superior que impida ver inicialmente el contenido).<\/li>\n
- Si el contenido consiste en una imagen, debe haber algo que sea visible al acceder, antes de que la imagen se descargue (el texto alternativo es una buena soluci\u00f3n).<\/li>\n
- La p\u00e1gina tiene que mantener su estructura y resultar comprensible sin gr\u00e1ficos<\/b> para los casos en los que el usuario tenga las im\u00e1genes desactivadas o si el tiempo de descarga es largo.<\/li>\n
- Mantener la coherencia<\/b> en la alineaci\u00f3n de los elementos y del texto para que los usuarios puedan leer la p\u00e1gina \u00e1gilmente.<\/li>\n<\/ul>\n
Extra\u00eddo de http:\/\/patterns.design4mobile.com\/index.php\/screen_design_basics<\/a>.<\/p>\n
\n
\n<\/div>\nRedacci\u00f3n de contenidos<\/h3>\n
No es recomendable introducir textos muy extensos en aplicaciones para m\u00f3vil por varios motivos: las pantallas de los dispositivos son muy peque\u00f1as y se generan scrolls<\/i> muy largos, aumenta notablemente el tiempo de descarga, el uso de memoria y el coste de conexi\u00f3n para el usuario.<\/p>\n
- \n
- Adoptar un estilo de escritura conciso. Este estilo debe prevalecer incluso por encima de los criterios de estilo corporativos. Las frases tienen que ser directas y precisas. Los verbos deben estar en tiempos activos (evitar el uso de las voces pasivas). El contenido tiene que estar fragmentado en unidades l\u00f3gicas.<\/li>\n
- Omitir las palabras innecesarias y evitar redundancias. Por ejemplo, se puede utilizar \u201cPIN\u201d en lugar de \u201cn\u00famero PIN\u201d.<\/li>\n
- Utilizar t\u00edtulos (headings<\/i>) para fragmentar de manera l\u00f3gica la informaci\u00f3n de la pantalla y para indicar al usuario lo que viene a continuaci\u00f3n.<\/li>\n
- Utilizar p\u00e1rrafos cortos (de en torno a dos o tres frases por p\u00e1rrafo).<\/li>\n
- Abreviar horas y fechas. Omitir los segundos a menos que sean realmente necesarios. Omitir el a\u00f1o en las fechas, si no es necesario. Si es posible, abreviar el mes con tres letras en lugar de utilizar cifras, ya que puede conducir a confusiones debido a las diferentes notaciones de cada pa\u00eds (por ejemplo, 11\/12 puede entenderse como 11 de diciembre en Bilbao o como 12 de noviembre en Chicago).<\/li>\n
- Omitir fechas y horas innecesarias. Con frecuencia, una informaci\u00f3n de hoy necesita ser etiquetada con la hora, pero una de d\u00edas anteriores solo necesita la fecha.<\/li>\n
- Sustituir la introducci\u00f3n de texto por listas de selecci\u00f3n siempre que sea posible (para el usuario de un dispositivo m\u00f3vil es m\u00e1s f\u00e1cil seleccionar que teclear texto).<\/li>\n
- Poner el texto m\u00e1s importante en primer lugar (siguiendo el estilo period\u00edstico tradicional).<\/li>\n
- No separar el texto mediante l\u00edneas vac\u00edas. Los usuarios pueden interpretar que ya no hay m\u00e1s texto y dejar de desplazar la p\u00e1gina para leerlo.<\/li>\n<\/ul>\n
Extra\u00eddo de http:\/\/patterns.design4mobile.com\/index.php\/screen_design_basics<\/a>.<\/p>\n
\n
\n<\/div>\nTipograf\u00eda<\/h3>\n
Los dispositivos m\u00f3viles suelen tener un n\u00famero bastante limitado de fuentes disponibles (la mayor\u00eda de ellos tiene un m\u00e1ximo de dos fuentes).<\/p>\n
- \n
- Mantener un nivel de contraste alto para garantizar la legibilidad del texto. Teniendo en cuenta que algunos dispositivos no podr\u00e1n mostrar el color o las im\u00e1genes de fondo, el texto se tendr\u00eda que tratar siempre con color oscuro.<\/li>\n
- Evitar distinciones sutiles de color. Si es realmente necesario distinguir textos mediante colores, la diferencia entre ellos tiene que ser evidente.<\/li>\n
- Si se especifican fuentes, se debe incluir una fuente (fuente-family<\/i>) gen\u00e9rica al menos en el \u00faltimo lugar de la lista, por si el dispositivo no puede mostrar ninguna de las anteriores.<\/li>\n
- Utilizar fuentes \u2013como Geneva o Verdana\u2013 que est\u00e9n optimizadas para pantallas a baja resoluci\u00f3n.<\/li>\n
- Utilizar un interlineado un poco superior al habitual para incrementar la legibilidad del texto.<\/li>\n
- Dejar un espacio vac\u00edo a izquierda y derecha del texto (equivalente a tres o cuatro caracteres).<\/li>\n
- Utilizar el tama\u00f1o x-small<\/i> como est\u00e1ndar para el texto normal (en la mayor\u00eda de dispositivos, un tama\u00f1o mayor se ver\u00e1 excesivamente grande).<\/li>\n
- Utilizar \u201cem\u201d en lugar de \u201ci\u201d para hacer texto en cursiva y \u201cstrong\u201d en lugar de \u201cb\u201d para destacar. De este modo, cada aparato muestra esta informaci\u00f3n de la manera que tenga por defecto.<\/li>\n
- No especificar el tama\u00f1o del texto en p\u00edxeles. Si determinamos el tama\u00f1o por p\u00edxeles, puede ser que no est\u00e9 disponible en el dispositivo, de modo que este lo mostrar\u00e1 simplemente en el tama\u00f1o m\u00e1s parecido. Adem\u00e1s, el tama\u00f1o de los p\u00edxeles puede diferir seg\u00fan el dispositivo. Es m\u00e1s recomendable utilizar especificaciones de tama\u00f1o como x-small<\/i>, por ejemplo.<\/li>\n<\/ul>\n
Extra\u00eddo de http:\/\/patterns.design4mobile.com\/index.php\/screen_design_basics<\/a>.<\/p>\n
\n
\n<\/div>\nEnlaces<\/h3>\n
La apariencia de los enlaces puede variar seg\u00fan el m\u00f3vil.<\/p>\n
- \n
- El texto de un enlace no tiene que superar los 116 caracteres, ya que algunos dispositivos pueden presentar error con cadenas de caracteres m\u00e1s extensas.<\/li>\n
- El texto del enlace tendr\u00eda que caber en una sola l\u00ednea. Una buena pr\u00e1ctica es limitarlo a 11 caracteres como m\u00e1ximo.<\/li>\n
- Evitar las ambig\u00fcedades en las etiquetas de enlaces.<\/li>\n
- Las palabras completas son mejores que las abreviaturas. En caso de tener que utilizar abreviaturas, hay que evitar las que no sean est\u00e1ndar.<\/li>\n
- En un grupo de enlaces que no tengan un orden natural, poner primero aquellos que los usuarios utilicen con m\u00e1s frecuencia.<\/li>\n
- En el caso de p\u00e1ginas largas, utilizar enlaces para acceder a las zonas que no sean inicialmente visibles. Esto reduce la necesidad de utilizar el scroll<\/i>.<\/li>\n
- Utilizar enlaces de navegaci\u00f3n (como siguiente, anterior o inicio) solo en las zonas superior o inferior de la p\u00e1gina. Si la p\u00e1gina es larga, es recomendable incluirlos de manera simult\u00e1nea en ambas zonas para reducir la necesidad de scroll<\/i>.<\/li>\n<\/ul>\n
Extra\u00eddo de http:\/\/patterns.design4mobile.com\/index.php\/screen_design_basics<\/a>.<\/p>\n
\n
\n<\/div>\nMultimedia e im\u00e1genes<\/h3>\n
Como norma general, los gr\u00e1ficos para m\u00f3viles tienen que ser pocos, peque\u00f1os y sencillos. Hay que tener en cuenta, adem\u00e1s, que algunos dispositivos no soportan gr\u00e1ficos y que el soporte de color puede variar entre 65.000, 4.096, 256, 64, 16, 4 o 2 colores.<\/p>\n
- \n
- Mantener la misma paleta de colores a lo largo de toda la aplicaci\u00f3n o web.<\/li>\n
- Mantener la misma gama de grosor de l\u00ednea para toda la aplicaci\u00f3n o web.<\/li>\n
- Mantener un alto nivel de contraste de colores (teniendo en cuenta que el dispositivo se puede utilizar en condiciones de alta iluminaci\u00f3n).<\/li>\n
- Mantener la consistencia en el tama\u00f1o de las im\u00e1genes (que en el entorno m\u00f3vil siempre tiene que ser peque\u00f1o).<\/li>\n
- Comprobar el aspecto de las im\u00e1genes cuando la orientaci\u00f3n del dispositivo cambia (es decir, cuando se coloca en vertical o en horizontal).<\/li>\n
- Comprobar que las im\u00e1genes encajan bien en pantalla, sin distorsionar o producir scroll<\/i>.<\/li>\n
- Utilizar formatos de gr\u00e1fico est\u00e1ndar: PNG, JPG, GIF.<\/li>\n
- Limitar el n\u00famero de im\u00e1genes por p\u00e1gina (es recomendable no superar las dos im\u00e1genes).<\/li>\n
- No utilizar mapas de imagen.<\/li>\n
- Asegurarse de que la p\u00e1gina contin\u00faa vi\u00e9ndose bien sin gr\u00e1ficos.<\/li>\n<\/ul>\n
Extra\u00eddo de http:\/\/patterns.design4mobile.com\/index.php\/screen_design_basics<\/a>.<\/p>\n
\n
\n<\/div>\nAplicaciones para m\u00f3vil<\/h3>\n
Hay muchos tipos de aplicaciones para m\u00f3vil.<\/p>\n
Leer m\u00e1s<\/a><\/p>\n
\nBibliograf\u00eda<\/h3>\n
- \n
- Mobile design<\/a><\/li>\n<\/ul>\n\n
\n<\/div>\nEnlaces relacionados<\/h3>\n
- \n
- Consideraciones y recomendaciones para el dise\u00f1o para m\u00f3viles:\n
- \n
- Buenas pr\u00e1cticas<\/a><\/li>\n
- Dise\u00f1o y desarrollo de aplicaciones m\u00f3viles<\/a><\/li>\n
- Tendencias y recomendaciones para el dise\u00f1o web en dispositivos m\u00f3viles<\/a><\/li>\n
- M\u00e1s recomendaciones para el dise\u00f1o web en dispositivos m\u00f3viles<\/a><\/li>\n
- Patrones de dise\u00f1o para interfaces m\u00f3viles<\/a><\/li>\n
- Dise\u00f1ar para m\u00faltiples resoluciones de pantallas m\u00f3viles<\/a><\/li>\n
- Dise\u00f1o para interfaces t\u00e1ctiles<\/a><\/li>\n<\/ul>\n<\/li>\n
- Dise\u00f1o para iPhone y para iPad:\n
- \n
- Recomendaciones de usabilidad para iPad<\/a><\/li>\n
- Dise\u00f1o para iPhone y para iPad<\/a><\/li>\n
- http:\/\/www.slideshare.net\/mringlein\/designing-iphone-ipad-apps<\/a><\/li>\n
- http:\/\/www.slideshare.net\/createwithcontext\/how-people-really-use-the-iphone-presentation<\/a><\/li>\n
- http:\/\/www.slideshare.net\/stephenpa\/7-user-experience-lessons-from-the-iphone-introducing-ux<\/a><\/li>\n
- http:\/\/developer.apple.com\/library\/ios\/#documentation\/UserExperience\/Conceptual\/MobileHIG\/Introduction\/Introduction.html#\/\/apple_ref\/doc\/uid\/TP40006556-CH1-SW<\/a><\/li>\n
- Consideraciones que se deben tener en cuenta para el dise\u00f1o web con el navegador Safari (iPad y iPhone)<\/a><\/li>\n<\/ul>\n<\/li>\n
- Dise\u00f1o para Android:\n
- \n
- http:\/\/developer.android.com\/design\/index.html<\/a><\/li>\n
- http:\/\/www.androidpatterns.com\/<\/a><\/li>\n<\/ul>\n<\/li>\n
- Dise\u00f1o para Metro (Microsoft)<\/a><\/li>\n
- Pensando en el usuario, la percepci\u00f3n y la usabilidad:\n
- \n
- http:\/\/www.slideshare.net\/mobile\/evefife\/the-art-of-interaction<\/a><\/li>\n
- http:\/\/www.slideshare.net\/mobile\/laceves\/planeacin-de-diseo-centrado-en-el-usuario-de-la-experiencia-a-la-percepcin<\/a><\/li>\n
- http:\/\/www.slideshare.net\/mobile\/jbarahona\/metodologa-del-diseo-centrado-en-las-personas<\/a><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
\n
\n<\/div>\nHerramientas<\/h3>\n
- \n
- Opera Mobile Emulator<\/a><\/li>\n
- Emuladores smartphone<\/i><\/a><\/li>\n
- Utilidades Safari: seleccionando la opci\u00f3n \u201cDesarrollo\/Agente de usuario\/iPhone\u201d se ven las p\u00e1ginas tal y como se ven con un iPhone.<\/li>\n<\/ul>\n
<\/p>","protected":false},"excerpt":{"rendered":"
Pautas generales Los dispositivos m\u00f3viles se usan en un contexto muy variable. El usuario tiene muchas interferencias ambientales que pueden distraer su atenci\u00f3n. El usuario es consciente de que el tiempo de conexi\u00f3n tiene un coste econ\u00f3mico. Estos dispositivos se utilizan en general para desempe\u00f1ar tareas concretas y poco para navegar err\u00e1ticamente. Hay una gran … <\/p>\n
- Emuladores smartphone<\/i><\/a><\/li>\n
- http:\/\/www.slideshare.net\/mobile\/laceves\/planeacin-de-diseo-centrado-en-el-usuario-de-la-experiencia-a-la-percepcin<\/a><\/li>\n
- http:\/\/www.androidpatterns.com\/<\/a><\/li>\n<\/ul>\n<\/li>\n
- Dise\u00f1o para iPhone y para iPad<\/a><\/li>\n
- Dise\u00f1o y desarrollo de aplicaciones m\u00f3viles<\/a><\/li>\n
- Buenas pr\u00e1cticas<\/a><\/li>\n
- Consideraciones y recomendaciones para el dise\u00f1o para m\u00f3viles:\n
- Utilizar enlaces de navegaci\u00f3n (como siguiente, anterior o inicio) solo en las zonas superior o inferior de la p\u00e1gina. Si la p\u00e1gina es larga, es recomendable incluirlos de manera simult\u00e1nea en ambas zonas para reducir la necesidad de scroll<\/i>.<\/li>\n<\/ul>\n
- Mantener la coherencia<\/b> en la alineaci\u00f3n de los elementos y del texto para que los usuarios puedan leer la p\u00e1gina \u00e1gilmente.<\/li>\n<\/ul>\n
- La cabecera tiene que informar a los usuarios sobre lo que tienen que ejecutar en la p\u00e1gina<\/b>, salvo que no se requiera ninguna acci\u00f3n del usuario o que el objetivo sea obvio (por ejemplo, no hay que pedir al usuario que seleccione una opci\u00f3n en una lista, si la p\u00e1gina solo contiene la lista).<\/li>\n
- keydown<\/i> y keyup<\/i><\/li>\n
- No se tienen que utilizar ventanas emergentes<\/b> (pop-ups<\/i>).<\/li>\n
- suelen utilizarse en condiciones de alta luminosidad ambiental<\/b>;<\/li>\n
- Es recomendable no utilizar men\u00fas desplegables<\/b> en pantallas peque\u00f1as a pesar de que es preferible a que las opciones de men\u00fa clicables sean demasiado peque\u00f1as.<\/li>\n
- El tama\u00f1o de las pantallas de los dispositivos m\u00f3viles es mucho menor que el del escritorio. Por lo tanto, es probable que un dise\u00f1o que se ve completo en el escritorio necesite de scroll<\/i> en un m\u00f3vil o implique el trabajo con dise\u00f1o responsivo<\/a>.<\/li>\n
- El usuario es consciente de que el tiempo de conexi\u00f3n tiene un coste econ\u00f3mico<\/b>.<\/li>\n
![\"separacioentrelinies\"](\"http:\/\/multimedia.uoc.edu\/blogs\/dii\/files\/2015\/03\/separacioentrelinies.jpg\")
<\/a><\/li>\n