Share
Forutsetningen bak en lydhør web er ikke bare at nettsidene skal bygges på en mobilvennlig måte. Det handler om å sette inn innholdet vårt gratis slik at det kan oppleves med alle nødvendige midler - og det inkluderer i stor skala. La oss ta en titt på designhensynene bak den ofte forsømte storskjermen.
De av dere som liker å leke med fleksible layouter vil (som meg) uten tvil få en merkelig sjanse til å se at designene dine passer godt til små visninger. Det som en gang var en vakker flerkolonneoppsett blir en like vakker, tettsittende søyle av lesbar tekst, uten rot og unødvendig tull. Men hvor mange av dere tenker på layoutene dine utenfor komforten til et 960-nett?
Tro det eller ei, det er folk som ser på arbeidet ditt på høydefinert filmisk widescreen-herlighet (til og med Apples 27 "iMac og Thunderbolt-skjermer har en oppløsning på 2560x1440px). Dataskjermene blir større, så hvor går det fra din 960px mottakelig oppsett? Flytende drift i midten av et hav er hvor.
Over fem prosent av Webdesigntuts + besøkende i forrige måned gjorde det på en skjerm som den ovenfor, ikke en figur som skulle snuse på. Og før du hopper over halsen min om utformingen av dette nettstedet, være trygg på at en løsning er i arbeidene!
Vi ser ut til å være fast ved 960px, en bredde som har blitt standard ved bruk av rutenettsystemer. I lang tid var det usannsynlig å finne skjermer som var større enn 1024x768px, slik at våre faste breddeoppsett absolutt ikke kunne overstige det. 960px er faktisk en flott figur å jobbe med fordi:
Problemer oppstod da tilgang til Internett på mindre enheter ble vanlig. Større oppsett er vanskelig å se riktig gjennom små visninger, så det var nødvendig å være mor til all oppfinnelse, og vår oppmerksomhet ble logisk forvandlet til å løse dette problemet. En 960px layout vil fortsatt se bra ut på en større skjerm, slik at designere ofte tenker på responsivt webdesign som en måte å lage sine layouter på. mobil vennlig.
Vi er vant til å designe mellomstore oppsett. Av den grunn er det lettere (selv om mange av dere ikke vil innrømme det) å visualisere og designe akkurat som du alltid har gjort, og trim tingene ned for mobil. Din første venture i RWD vil trolig involvere degradering media spørringer som dette (tatt fra Skeleton boilerplate):
/ * Alle dine innledende stiler går her ... * / body width: big-ish; / * Mindre enn standard 960 (enheter og nettlesere) * / @media bare skjerm og (maksimal bredde: 959px) / * Tabletportestørrelse til standard 960 (enheter og nettlesere) * / @media bare skjerm og -bredde: 768px) og (maksimal bredde: 959px) / * Alle mobilstørrelser (enheter og nettleser) * / @media bare skjerm og (maks bredde: 767px) / * Mobile Landscape Størrelse til Tablet Portrait enheter og nettlesere) * / @media bare skjerm og (min bredde: 480px) og (maks bredde: 767px) / * Mobil portrettstørrelse til mobil landskapsstørrelse (enheter og nettlesere) * / @media bare skjerm og maksimal bredde: 479px)
Start stor, og arbeid deg ned til mindre enheter. Dette er vanskelig for en rekke grunner, ikke minst fordi du ofte forplikter deg til en maksimal layoutbredde før du går inn i andre potensielle skjermstørrelser. Å gå tilbake til konto for større skjermstørrelser innebærer å rydde medieforespørsmålene dine.
En mobil første tilnærming betyr derimot at du først skal ta vare på de minste mulige skjermbildene, og deretter bygge dine medieforespørsler ettersom visningsportene blir større. Å takke en annen medieforespørsel på slutten, fordi du merker et bruddpunkt ved 2000px, er rett frem.
Den åpenbare løsningen er å tillate våre fleksible layouter å spre bredden av hvilken skjerm de er på. Lett! Men det er en grunn du ofte vil se max bredde beskjære opp i lydhør css; design for store skjermer krever nøye vurdering.
Når vi forlater tekniske hindringer for en stund, hvordan utformer vi faktisk for større skjermer? Noen tilnærminger våren til tankene, så la oss jobbe oss gjennom dem på en logisk måte.
Forutsatt at vi arbeider med et flytnett, kan vi bare tillate at våre kolonner sprer seg proporsjonalt og fyller ledig skjermplass.
Det skarpe problemet med denne tilnærmingen er å ha superbrede kolonner med tekst. En teksttekst 30 cm bred skal ikke gjøre oppsettet ditt favorabelt, men enda viktigere vil lesbarheten også bli redusert.
Bredden på en tekstlinje er typografisk referert til som "mål", og for å bevare lesbarheten skal målet være å være rundt 45 til 75 tegn i lengden. For mange tegn, og det blir vanskelig for leserens øye å bevege seg over teksten og finne begynnelsen på neste linje. Dette kan bekjempes ved å øke linjestørrelsen (ledende), lett nok til å implementeres på passende øyeblikk gjennom medieforespørsler, men det er ikke en komplett løsning.
CSS3 multi-kolonneoppsettmodulen ser lovende ut i denne forbindelse. Når en teksttekst når en bestemt bredde, vil det være lurt å løse problemer med å splitte det inn i et passende antall kolonner. Vi kommer fremover selv om. Browserimplementering av CSS3-kolonner er fortsatt inkonsekvent og faller kort på noen typografiske detaljer.
Jeg tror vi fikk varm når vi nevnte økende linjehøyde, noe som fører meg til neste tilnærming ...
Bær med meg på denne - hva med å vi bare skalere alt opp? Sikkert, det er fornuftig, det ville være fornuftig. Lesbarhet er igjen i hjertet av dette; større skjermer er generelt sett fra lenger unna. Vi ser på skjermen mest komfortabelt med en visningsvinkel på rundt 30 °.
Hvilket betyr egentlig;
Jo større skjermen er, jo større er den optimale, komfortable visningsavstanden.
Dette betyr en optimal avstandsavstand på 3-6 skjermbredder. Merk: Disse figurene gjelder spesielt for tv-visning, men prinsippene for bordskjermer forblir de samme. Apple anbefaler at du sitter mellom 18 "og 24" på skjermen, avhengig av størrelsen. De foreslår 15 "fra den nyeste iPad, 10" fra en iPhone 4.
Det er et betydelig utvalg, så det virker fornuftig å endre skriftstørrelse i forhold til avstanden fra hvilken den leses.
Ems er vår venn her. Ved å sette din type, linjehøyde, faktisk hele grunnlinjen (det er en utfordring), ved hjelp av relative måleenheter (ems eller rems) er det veldig enkelt å skalere hele greia opp.
/ * angi startverdi * / html font-size: 100%; kropp font-size: 0.875em; / * 14px * / / * boost det når klokken er riktig * / @media bare skjerm og (min bredde: 768px) body font-size: 1em; / * 16px * /
Jeg er en fan av stor, lesbar type, men hvis du noen gang har vært forsiktig med å sette kroppen din kopi på 16px, kanskje et stort skjermoppsett bare er stedet for å få hendene skitne!
Avanserte CSS-oppsett er en god måte ennå, men selv i vår verden av flyter kan vi omorganisere oppsett uten for mye problemer. Hvis målet med denne øvelsen er å få mest mulig ut av uutnyttet skjerm fast eiendom, hvorfor ikke bare ta med skjult innhold tilbake på bildet?
Ta fonderen, for eksempel. Oftere enn ikke finner den seg skjult avskjerm, nederst på siden. Det er ikke et problem; Det er ikke akkurat stedet for svært viktig innhold, men en sidebetekst kan inneholde nyttig informasjon, så vær sikker på å ta den på siden av oppsettet som en ekstra kolonne.
Semantisk er det fortsatt en . Markeringen angir fortsatt hvor innholdet tilhører det i forhold til sidens hierarki, men vi kan gjerne legge det der vi ønsker det. Å arbeide til et rutenett og arbeide med en modulær oppsettstruktur vil gjøre dette lettere oppnåelig.
Du kan også skifte kroppsinnhold oppover ved å omplassere horisontale elementer som primærnavigering, forvandle hva som var et vertikalt partisk layout i en mer horisontal retning.
Jeg foreslår at en kombinasjon av alle disse tilnærmingene ville sette deg i god posisjon; bygg for mobil først, la layoutet flyte bredt, øk skalaen (litt) og reposisjoner modulære elementer.
Ta en titt på hvordan alt sammen kommer (jeg har til og med kastet CSS3-multikolonnene der inne for godt).
Det er alltid buts ...
Ikke glem hvittomrommet. Whitespace ved kantene av et sidelayout er det som definerer det veldig oppsettet. De tomme områdene av en skjermutlån fokuserer på områder av innhold og hjelper med å lede brukerens øye. Ikke fylle ivrig etter hvite rom bare beacuse du kan.
Dette gjelder spesielt med hensyn til vår "reposisjonering" tilnærming. En modulær layout kan gjerne omarrangeres slik at skjult innhold blir tatt i betraktning. Men å presentere brukeren med mer informasjon å behandle, kan fortynne det du prøver å oppnå.
Ta dette eksemplet fra de siste snøkennene i Windows 8. På mindre enheter er det flislagte grensesnittet svært effektivt:
På større skjermer kan det best beskrives som forvirrende:
Så konseptet om at "plass er der for å bli fylt" er ikke nødvendigvis sant. Likevel håper jeg dette gir deg mat til tanker, og jeg ser frem til å høre dine egne erfaringer når du designer for store skjermer.
Accentsconagua