- \n
- Els dispositius m\u00f2bils es fan servir en un context molt variable<\/strong>. L’usuari t\u00e9 moltes interfer\u00e8ncies ambientals que poden distreure la seva atenci\u00f3.<\/li>\n
- L’usuari \u00e9s conscient que el temps de connexi\u00f3 t\u00e9 un cost econ\u00f2mic<\/strong>.<\/li>\n
- Aquests dispositius s’utilitzen generalment per a realitzar tasques concretes<\/strong>, i poc per a navegar err\u00e0ticament.<\/li>\n
- Hi ha una gran heterogene\u00eftat de dispositius<\/strong>, especialment important pel que fa a la diversitat de formats de pantalla.<\/li>\n
- En cas que la interacci\u00f3 es realitzi mitjan\u00e7ant teclat<\/strong>, aquest sol ser dif\u00edcil de manejar. Per tant, \u00e9s millor seleccionar opcions que escriure.<\/li>\n
- Si tot i aix\u00ed cal incloure camps d’introducci\u00f3 de text, \u00e9s recomanable preomplir els camps amb el contingut m\u00e9s freq\u00fcent sempre que sigui possible.<\/li>\n
- L’estil d’escriptura ha de ser clar i conc\u00eds, m\u00e9s encara que en el cas d’aplicacions dirigides a altres suports digitals.<\/li>\n
- L’espai en blanc pot conduir l’usuari a pensar que no hi ha res m\u00e9s a la p\u00e0gina. En lloc de l\u00ednies buides de separaci\u00f3, \u00e9s millor introduir “——-“.
\n![\"Separaci\u00f3](\"http:\/\/multimedia.uoc.edu\/blogs\/dim\/files\/2013\/04\/separacioentrelinies-300x156.jpg\")
<\/a><\/li>\n- Cal evitar al m\u00e0xim els passos innecessaris<\/strong> o elements que distreguin l’usuari (animacions, b\u00e0ners, etc.).<\/li>\n
- L’estructura de continguts<\/strong> ha de tan plana com sigui possible. \u00c9s millor que hi hagi moltes opcions i pocs nivells.
\n![\"Estructura](\"http:\/\/multimedia.uoc.edu\/blogs\/dim\/files\/2013\/04\/estructuramobils-300x102.png\")
<\/a><\/li>\n- Sempre hi ha d’haver una opci\u00f3 de marxa enrere<\/strong> i \u00e9s millor incloure un acc\u00e9s permanent <\/strong>a les opcions principals de navegaci\u00f3.<\/li>\n<\/ul>\n
\nLa pantalla<\/h3>\n
- \n
- La mida de les pantalles dels dispositius m\u00f2bils \u00e9s molt m\u00e9s petita que la de l’escriptori. Per tant, \u00e9s probable que un disseny que es veu complet en l’escriptori necessiti despla\u00e7ament en un m\u00f2bil o impliqui el treball amb disseny adaptatiu<\/a>.<\/li>\n
- \u00c9s recomanable no utilitzar men\u00fas desplegables<\/strong> en pantalles petites, tot i que \u00e9s preferible que no pas que les opcions de men\u00fa clicables siguin massa petites.<\/li>\n
- Les pantalles dels dispositius m\u00f2bils:\n
- \n
- Presenten generalment (encara que no totes) menys contrast\u00a0<\/strong>que les de PC.<\/li>\n
- Solen utilitzar-se en condicions d’alta lluminositat ambiental.<\/strong><\/li>\n
- L’usuari pot optar per reduir-ne el grau de contrast<\/strong> per estalviar bateria.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Per tot aix\u00f2, els dissenys per a petites pantalles han de presentar un bon contrast entre fons i contingut. Els canvis subtils de color poden arribar a ser invisibles.<\/p>\n
Hi ha una gran diversitat en la mida de les pantalles dels diferents dispositius. A m\u00e9s, alguns permeten girar el contingut, de manera que aquest es pot veure en format horitzontal o en vertical. No obstant aix\u00f2, malgrat les variacions, la gran majoria de dispositius encaixen en alguna de les seg\u00fcents resolucions:<\/p>\n
- \n
- 128 x 160 p\u00edxels<\/li>\n
- 176 x 220 p\u00edxels<\/li>\n
- 240 x 240 p\u00edxels<\/li>\n
- 320 x 320 p\u00edxels<\/li>\n
- 480 x 320 p\u00edxels (iPod, iPhone, Palm, HTC)<\/li>\n
- 960 x 640 (iPhone4)<\/li>\n<\/ul>\n
\nNavegador<\/h3>\n
- \n
- El navegador m\u00e9s utilitzat en entorn m\u00f2bil \u00e9s Opera.<\/li>\n
- No s’han d’utilitzar marcs<\/strong> (frames<\/em>), ja que suposen un obstacle especial en el cas de pantalles petites.<\/li>\n
- No s’han d’utilitzar finestres emergents<\/strong> (pop-ups<\/em>).<\/li>\n
- No s’han d’utilitzar men\u00fas contextuals<\/strong>.<\/li>\n
- Molts dispositius tenen un teclat molt limitat. S’ha d’evitar la introducci\u00f3 de text<\/strong>, o nom\u00e9s demanar l’estrictament necessari.<\/li>\n
- Els dispositius no tenen ratol\u00ed i el teclat \u00e9s limitat. La navegaci\u00f3 ha de basar-se en el teclat o altres elements d’activaci\u00f3 de la pantalla t\u00e0ctil (cada vegada s\u00f3n m\u00e9s els dispositius que permeten la interacci\u00f3 directa mitjan\u00e7ant els dits o mitjan\u00e7ant punters).<\/li>\n
- Els esdeveniments<\/strong> mouseover<\/em> i mouseout<\/em> no hi s\u00f3n aplicables. S’utilitzen esdeveniments de clic. S’evitaran els esdeveniments\u00a0seg\u00fcents:\n
- \n
- mouseup<\/em> i mousedown<\/em><\/li>\n
- keydown<\/em> i keyup<\/em><\/li>\n
- right-click<\/em><\/li>\n<\/ul>\n<\/li>\n
- Cal tenir en compte les limitacions de teclat<\/strong>: no s’ha d’ incloure l’ordre “Prem la tecla Y per continuar” perqu\u00e8 \u00e9s possible que el dispositiu no disposi d’aquesta tecla.<\/li>\n
- Alguns dispositius funcionen amb\u00a0Java<\/strong> i Flash<\/strong>, per\u00f2 \u00e9s possible que no els admetin simult\u00e0niament en la mateixa p\u00e0gina.<\/li>\n<\/ul>\n
\nDisseny de la cap\u00e7alera<\/h3>\n
La cap\u00e7alera \u00e9s el t\u00edtol que apareix a la zona superior de la pantalla. Les eines de maquetaci\u00f3 i de programaci\u00f3 es refereixen a la cap\u00e7alera com a t\u00edtol<\/em>\u00a0(title<\/em>).<\/p>\n
Algunes aplicacions (fonamentalment els navegadors) poden utilitzar la cap\u00e7alera com a nom de refer\u00e8ncia en generar favorits (bookmarks<\/em>), per\u00f2 cal tenir en compte que alguns dispositius no mostren la cap\u00e7alera, o que encara que aparegui, no sempre \u00e9s detectada pels usuaris.<\/p>\n
- \n
- La cap\u00e7alera no ha d’incloure en exclusiva informaci\u00f3 indispensable per a entendre la p\u00e0gina.<\/li>\n
- En el cas d’incloure abreviatures<\/strong>, cal evitar les que no siguin convencionals.<\/li>\n
- La cap\u00e7alera ha d’informar els usuaris sobre el que han de realitzar a la p\u00e0gina<\/strong>, llevat que no es requereixi cap acci\u00f3 de l’usuari, o que l’objectiu sigui obvi (per exemple, no cal demanar a l’usuari que seleccioni una opci\u00f3 en una llista, si la p\u00e0gina nom\u00e9s cont\u00e9 la llista).<\/li>\n
- Les cap\u00e7aleres han de ser breus<\/strong>. La majoria de dispositius poden llegir nom\u00e9s els dotze primers car\u00e0cters. Per abreujar el text de cap\u00e7alera, podem eliminar els verbs (per exemple, en lloc de “Selecciona una recepta”, podem introduir simplement “Receptes”).<\/li>\n
- S’han d’utilitzar combinacions de maj\u00fascula i min\u00fascules<\/strong> per al text de cap\u00e7alera. Aquestes combinacions s\u00f3n m\u00e9s f\u00e0cils de llegir que el text en maj\u00fascula.<\/li>\n
- Cada p\u00e0gina ha de tenir la seva pr\u00f2pia cap\u00e7alera, ja que aquesta ser\u00e0 utilitzada per alguns navegadors com a t\u00edtol de la refer\u00e8ncia de favorits (bookmark<\/em>). Si el t\u00edtol \u00e9s compartit per diverses p\u00e0gines, es generen refer\u00e8ncies confuses.<\/li>\n<\/ul>\n
Extret de: http:\/\/patterns.design4mobile.com\/index.php\/Screen_Design_Basics<\/a><\/p>\n
\nEstructura de la p\u00e0gina<\/h3>\n
- \n
- En dissenyar la p\u00e0gina, \u00e9s important assegurar que el contingut \u00e9s visible quan s’hi accedeix (\u00e9s a dir, que no hi ha un element o espai buit a la zona superior que impedeixi veure inicialment el contingut).<\/li>\n
- Si el contingut consisteix en una imatge, hi ha d’haver alguna cosa que sigui visible quan s’hi accedeix abans que la imatge es descarregui (el text alternatiu \u00e9s una bona soluci\u00f3).<\/li>\n
- La p\u00e0gina ha de mantenir la seva estructura i ser comprensible sense gr\u00e0fics<\/strong>, per als casos en qu\u00e8 l’usuari tingui les imatges desactivades o si el temps de desc\u00e0rrega \u00e9s llarg.<\/li>\n
- S’han de mantenir la coher\u00e8ncia<\/strong> en l’alineaci\u00f3 dels elements i del text perqu\u00e8 els usuaris puguin llegir la p\u00e0gina \u00e0gilment.<\/li>\n<\/ul>\n
Extret de: http:\/\/patterns.design4mobile.com\/index.php\/Screen_Design_Basics<\/a><\/p>\n
\nRedacci\u00f3 de continguts<\/h3>\n
No \u00e9s recomanable introduir textos molt extensos en aplicacions per a m\u00f2bil per diversos motius: les pantalles dels dispositius s\u00f3n molt petites i es generen despla\u00e7aments molt llargs, augmenta notablement el temps de desc\u00e0rrega, l’\u00fas de mem\u00f2ria i el cost de connexi\u00f3 per a l’usuari. En concret es recomana:<\/p>\n
- \n
- Adoptar un estil d’escriptura conc\u00eds. Aquest estil ha de prevaldre fins i tot per sobre dels criteris d’estil corporatius. Les frases han de ser directes i precises. Els verbs han d’estar en veu activa (s’ha d’evitar l’\u00fas de la passiva). El contingut ha d’estar fragmentat en unitats l\u00f2giques.<\/li>\n
- Ometre les paraules innecess\u00e0ries i evitar redund\u00e0ncies. Per exemple, es pot utilitzar “PIN” en lloc de “n\u00famero PIN”.<\/li>\n
- Utilitzar t\u00edtols (headings<\/em>) per a fragmentar l\u00f2gicament la informaci\u00f3 de la pantalla i per indicar a l’usuari el que ve a continuaci\u00f3.<\/li>\n
- Utilitzar par\u00e0grafs curts (al voltant de dues o tres frases per par\u00e0graf).<\/li>\n
- Abreujar hores i dates. Ometre els segons a menys que siguin realment necessaris. Ometre l’any en les dates, si no \u00e9s necessari. Si \u00e9s possible, abreujar el mes amb tres lletres en lloc d’utilitzar xifres, ja que pot conduir a confusions a causa de les diferents notacions de cada pa\u00eds (per exemple, 11\/12 pot entendre’s com a 11 de desembre a Bilbao, o com a 12 de novembre a Chicago).<\/li>\n
- Ometre dates i hores innecess\u00e0ries. Freq\u00fcentment, una informaci\u00f3 d’avui necessita ser etiquetada amb l’hora, per\u00f2 una de dies anteriors nom\u00e9s necessita la data.<\/li>\n
- Substituir la introducci\u00f3 de text per llistes de selecci\u00f3 sempre que sigui possible (per a l’usuari d’un dispositiu m\u00f2bil \u00e9s m\u00e9s f\u00e0cil seleccionar que teclejar text).<\/li>\n
- Posar el text m\u00e9s important en primer lloc (seguint l’estil period\u00edstic tradicional).<\/li>\n
- No separar el text mitjan\u00e7ant l\u00ednies buides. Els usuaris poden interpretar que ja no hi ha m\u00e9s text, i deixar de despla\u00e7ar la p\u00e0gina per llegir-lo.<\/li>\n<\/ul>\n
Extret de: http:\/\/patterns.design4mobile.com\/index.php\/Screen_Design_Basics<\/a><\/p>\n
\nTipografia<\/h3>\n
Els dispositius m\u00f2bils solen tenir un nombre for\u00e7a limitat de fonts disponibles (la majoria t\u00e9 un m\u00e0xim de dues fonts).<\/p>\n
- \n
- S’ha de mantenir un nivell de contrast alt per a garantir la llegibilitat del text. Tenint en compte que alguns dispositius no podran mostrar el color o les imatges de fons, el text hauria de tractar sempre amb color fosc.<\/li>\n
- S’ha d’evitar distincions subtils de color. Si \u00e9s realment necessari distingir textos mitjan\u00e7ant colors, la difer\u00e8ncia entre ells ha de ser evident.<\/li>\n
- Si s’especifiquen fonts, s’ha d’incloure una fam\u00edlia (font-family<\/em>) gen\u00e8rica almenys en l’\u00faltim lloc de la llista, per si el dispositiu no pot mostrar cap de les anteriors.<\/li>\n
- S’ha d’utilitzar fonts -com Geneva o Verdana- que estiguin optimitzades per a pantalles a baixa resoluci\u00f3.<\/li>\n
- S’ha d’utilitzar un interlineat una mica superior a l’habitual, per incrementar la llegibilitat del text.<\/li>\n
- S’ha de deixar un espai buit a esquerra i dreta del text (equivalent a tres o quatre car\u00e0cters).<\/li>\n
- Utilitzar la mida x-small<\/em> com a est\u00e0ndard per al text normal (en la majoria de dispositius, una mida m\u00e9s gran es veur\u00e0 excessivament gran).<\/li>\n
- S’ha d’utilitzar em<\/em>\u00a0en lloc de i<\/em>\u00a0per a fer text en cursiva, i strong<\/em>\u00a0en lloc de b<\/em>\u00a0per a remarcar. D’aquesta manera, cada aparell mostra aquesta informaci\u00f3 de la manera que tingui per defecte.<\/li>\n
- No s’ha d’especificar la mida del text en p\u00edxels. Si ho fem, pot ser que no estigui disponible en el dispositiu, de manera que aquest el mostrar\u00e0 en la mida m\u00e9s semblant. A m\u00e9s, la mida dels p\u00edxels pot diferir segons el dispositiu. \u00c9s m\u00e9s recomanable utilitzar especificacions de mida com x-small<\/em>, per exemple.<\/li>\n<\/ul>\n
Extret de: http:\/\/patterns.design4mobile.com\/index.php\/Screen_Design_Basics<\/a><\/p>\n
\nEnlla\u00e7os<\/h3>\n
L’aparen\u00e7a dels enlla\u00e7os pot variar segons el m\u00f2bil.<\/p>\n
- \n
- El text d’un enlla\u00e7 no ha de superar els 116 car\u00e0cters, ja que alguns dispositius poden presentar error amb cadenes de car\u00e0cters m\u00e9s extenses.<\/li>\n
- El text d’enlla\u00e7 hauria de cabre en una sola l\u00ednia. Una bona pr\u00e0ctica \u00e9s limitar-lo a 11 car\u00e0cters com a m\u00e0xim.<\/li>\n
- S’han d’evitar les ambig\u00fcitats en les etiquetes d’enlla\u00e7os.<\/li>\n
- Les paraules completes s\u00f3n millors que les abreviatures. En cas d’haver d’utilitzar abreviatures, s’han d’evitar les que no siguin est\u00e0ndard.<\/li>\n
- En un grup d’enlla\u00e7os que no tinguin un ordre natural, s’han de posar primer aquells que els usuaris utilitzin m\u00e9s freq\u00fcentment.<\/li>\n
- En el cas de p\u00e0gines llargues, s’han d’utilitzar enlla\u00e7os per a accedir a les zones que no siguin inicialment visibles. Aix\u00f2 redueix la necessitat d’utilitzar el despla\u00e7ament.<\/li>\n
- S’han d’utilitzar enlla\u00e7os de navegaci\u00f3 (seg\u00fcent, anterior, inici,…) nom\u00e9s en les zones superior o inferior de la p\u00e0gina. Si la p\u00e0gina \u00e9s llarga, \u00e9s recomanable incloure’ls simult\u00e0niament en ambdues zones, per reduir la necessitat de despla\u00e7ament.<\/li>\n<\/ul>\n
Extret de: http:\/\/patterns.design4mobile.com\/index.php\/Screen_Design_Basics<\/a><\/p>\n
\nMultim\u00e8dia i imatges<\/h3>\n
Com a norma general, els gr\u00e0fics per a m\u00f2bils han de ser pocs, petits i senzills. Cal tenir en compte, a m\u00e9s, que alguns dispositius no admeten gr\u00e0fics, i que el suport de color pot variar entre 65.000, 4.096, 256, 64, 16, 4, o 2 colors.<\/p>\n
- \n
- S’han de mantenir la mateixa paleta de colors al llarg de tota l’aplicaci\u00f3 o web.<\/li>\n
- S’han de mantenir la mateixa gamma de gruixos de l\u00ednia per a tota l’aplicaci\u00f3 o web.<\/li>\n
- S’han de mantenir un alt nivell de contrast de colors (tenint en compte que el dispositiu es pot utilitzar en condicions d’alta il\u00b7luminaci\u00f3).<\/li>\n
- S’han de mantenir la consist\u00e8ncia en la mida d’imatges (que en entorn m\u00f2bil sempre ha de ser petit).<\/li>\n
- S’han de comprovar l’aspecte de les imatges quan l’orientaci\u00f3 del dispositiu canvia (\u00e9s a dir, quan es col\u00b7loca en vertical o en horitzontal).<\/li>\n
- S’han de comprovar que les imatges encaixen b\u00e9 en pantalla, sense distorsionar o produir despla\u00e7ament.<\/li>\n
- S’han d’utilitzar formats de gr\u00e0fic est\u00e0ndard: PNG, JPG, GIF.<\/li>\n
- S’han de limitar el nombre d’imatges per p\u00e0gina (\u00e9s recomanable no superar les dues imatges).<\/li>\n
- No s’han d’utilitzar mapes d’imatge.<\/li>\n
- S’han d’assegurar que la p\u00e0gina continua veient-se b\u00e9 sense gr\u00e0fics.<\/li>\n<\/ul>\n
Extret de: http:\/\/patterns.design4mobile.com\/index.php\/Screen_Design_Basics<\/a><\/p>\n
\nAplicacions per a m\u00f2bil<\/h3>\n
Existeixen molts tipus d’aplicacions per a m\u00f2bil.<\/p>\n
Llegir m\u00e9s<\/a><\/p>\n
\nBibliografia<\/h3>\n
- \n
- Mobile design<\/a><\/li>\n<\/ul>\n
\nEnlla\u00e7os relacionats<\/h3>\n
- \n
- Consideracions i recomanacions per al disseny per a m\u00f2bils:\n
- \n
- Bones pr\u00e0ctiques<\/a><\/li>\n
- Disseny i desenvolupament d\u2019aplicacions m\u00f2bils<\/a><\/li>\n
- Tend\u00e8ncies i recomanacions per al disseny web en dispositius m\u00f2bils<\/a><\/li>\n
- M\u00e9s recomanacions per al disseny web en dispositius m\u00f2bils<\/a><\/li>\n
- Patrons de disseny per a interf\u00edcies m\u00f2bils<\/a><\/li>\n
- Dissenyar per a m\u00faltiples resolucions de pantalles m\u00f2bils<\/a><\/li>\n
- Disseny per a interf\u00edcies t\u00e0ctils<\/a><\/li>\n<\/ul>\n<\/li>\n
- Disseny per a iPhone i iPad:\n
- \n
- Recomanacions d’usabilitat per a iPad<\/a><\/li>\n
- Disseny per a iPhone i 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
- Consideracions que s’han de tenir en compte per al disseny web amb el navegador Safari (iPad i iPhone)<\/a><\/li>\n<\/ul>\n<\/li>\n
- Disseny per a Android:\n
- \n
- http:\/\/developer.android.com\/design\/index.html<\/a><\/li>\n
- http:\/\/www.androidpatterns.com\/<\/a><\/li>\n<\/ul>\n<\/li>\n
- Disseny per a Metro (Microsoft)<\/a><\/li>\n
- Pensant en l’usuari, la percepci\u00f3 i la usabilitat:\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
\nEines<\/h3>\n
- \n
- Opera Mobile Emulator<\/a><\/li>\n
- Emuladors Smartphone<\/a><\/li>\n
- Utilitats Safari: seleccionant l’opci\u00f3 “Desarrollo\/Agente de usuario\/iPhone” es veuen les p\u00e0gines tal com es visualitzen amb un iPhone.<\/li>\n<\/ul>\n
<\/p>","protected":false},"excerpt":{"rendered":"
Pautes generals Els dispositius m\u00f2bils es fan servir en un context molt variable. L’usuari t\u00e9 moltes interfer\u00e8ncies ambientals que poden distreure la seva atenci\u00f3. L’usuari \u00e9s conscient que el temps de connexi\u00f3 t\u00e9 un cost econ\u00f2mic. Aquests dispositius s’utilitzen generalment per a realitzar tasques concretes, i poc per a navegar err\u00e0ticament. Hi ha una gran … <\/p>\n
- Emuladors Smartphone<\/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
- Disseny per a iPhone i iPad<\/a><\/li>\n
- Disseny i desenvolupament d\u2019aplicacions m\u00f2bils<\/a><\/li>\n
- Bones pr\u00e0ctiques<\/a><\/li>\n
- Consideracions i recomanacions per al disseny per a m\u00f2bils:\n
- Mobile design<\/a><\/li>\n<\/ul>\n
- S’han de mantenir la coher\u00e8ncia<\/strong> en l’alineaci\u00f3 dels elements i del text perqu\u00e8 els usuaris puguin llegir la p\u00e0gina \u00e0gilment.<\/li>\n<\/ul>\n
- La cap\u00e7alera ha d’informar els usuaris sobre el que han de realitzar a la p\u00e0gina<\/strong>, llevat que no es requereixi cap acci\u00f3 de l’usuari, o que l’objectiu sigui obvi (per exemple, no cal demanar a l’usuari que seleccioni una opci\u00f3 en una llista, si la p\u00e0gina nom\u00e9s cont\u00e9 la llista).<\/li>\n
- keydown<\/em> i keyup<\/em><\/li>\n
- No s’han d’utilitzar finestres emergents<\/strong> (pop-ups<\/em>).<\/li>\n
- Solen utilitzar-se en condicions d’alta lluminositat ambiental.<\/strong><\/li>\n
- \u00c9s recomanable no utilitzar men\u00fas desplegables<\/strong> en pantalles petites, tot i que \u00e9s preferible que no pas que les opcions de men\u00fa clicables siguin massa petites.<\/li>\n
- L’usuari \u00e9s conscient que el temps de connexi\u00f3 t\u00e9 un cost econ\u00f2mic<\/strong>.<\/li>\n
![\"Separaci\u00f3](\"http:\/\/multimedia.uoc.edu\/blogs\/dim\/files\/2013\/04\/separacioentrelinies.jpg\")
<\/a><\/li>\n