Ogni anno il mondo del web design riceve una nuova frase che segue le tendenze su quasi tutte le piattaforme di discussione esistenti. Qualche tempo fa, il web design reattivo è stato un blip sul radar che ha raccolto una grande quantità di vapore di recente.
Sappiamo tutti perché il web design reattivo è così importante, con l'afflusso di dispositivi mobili i progettisti hanno bisogno di un modo per presentare i propri siti in modo che appaia buono per una persona sul proprio smartphone come se fosse seduto davanti a un monitor da 27 pollici . Il design reattivo è proprio questo, la tecnologia che mantiene lo standard su più formati di visualizzazione.
Man mano che sempre più designer si rivolgono al design reattivo, iniziamo a vedere e ad ascoltare di più su cosa è e cosa può fare per noi; ma per quanto riguarda le cose che il design reattivo non è?
Un equivoco è che la griglia fluida del design reattivo mostrerà le cose come una replica esatta su tutti i dispositivi con diverse proprietà dello schermo. Questo è semplicemente impossibile.
Per montare tutto ciò che vedi su quel bel monitor grande sullo schermo di uno smartphone, qualcosa deve dare - e questo è contenuto. Quando un sito viene visualizzato su uno schermo più piccolo ci sono momenti in cui determinati contenuti sono nascosti in modo che le cose vadano bene. Di solito questo contenuto è un'immagine o una grafica che comunque non apparirebbe bene su uno schermo così piccolo. Il contenuto testuale non dovrebbe essere buttato fuori.
Il CSS è un risparmio di tempo. Una rapida modifica a un codice colore e migliaia di pagine potrebbero cambiare nel loro aspetto.
Prima del design reattivo, dovresti progettare una pagina molte volte in modo che venga visualizzata correttamente sul dispositivo che l'ha acceduta. La griglia fluida del design reattivo mirava a risolverlo, e lo fa per la maggior parte. Tuttavia trae una strana somiglianza con un'altra tecnologia che promette di funzionare su più piattaforme, Java. Java è stato pubblicizzato come "scrivi una volta, corri ovunque", ma dovevi comunque essere testato ovunque se ti importava qualcosa della garanzia della qualità.
Lo stesso vale per il design reattivo. Potrebbe essere necessario creare una pagina solo una volta, ma è necessario testarla su ogni dispositivo. Questo richiede tempo.
Un grande crimine quando si tratta di usabilità è tempi di caricamento lunghi. Le persone tendono a sentirsi frustrate quando un sito impiega troppo tempo per essere caricato e molte volte se ne vanno prima ancora di avere la possibilità di vedere tutto il lavoro che hai fatto per far sembrare carino un sito.
Avevo già detto che per adattarsi a schermi più piccoli il contenuto deve essere nascosto a volte, vale a dire le immagini. Il problema è che quelle immagini devono ancora essere scaricate dal server. Sono nascosti, non dimenticati.
In un studio svolto dal Pew Research Center , Il 60% degli utenti di dispositivi mobili preferisce leggere le notizie utilizzando il proprio browser anziché leggerle su un'app. Quando si tratta di contenuti testuali, le persone sembrano preferire sempre il browser a un'app, quindi essere in grado di visualizzare tali contenuti su schermi diversi è un must.
Col passare del tempo, saranno apportati miglioramenti al design reattivo e gli ostacoli che sono stati menzionati qui saranno da lungo tempo dimenticati. Per ora, il design reattivo dovrà solo prendere in considerazione queste cose, ma almeno saprete cosa dice la stampa fine prima del tempo.
Il design reattivo è all'altezza delle sue promesse? È visto come un "proiettile magico"? Fateci sapere le vostre opinioni nei commenti.
Immagine in primo piano / miniatura, immagine inappropriata via Shutterstock.