Is het al tijd om 800×600 vaarwel te zeggen?
Een weblog (via Digg) vraagt zich af of, nu dat Yahoo met haar opkomende nieuwe homepage 800x600 achter zich laat, het tijd is geworden om 800x600 compleet achter ons te laten.
Will this release finally give the last push to totally abandon 800×600? I don’t know if i’m quite ready for that yet. I for one know that both my parents in their early 50’s use 800×600 on their 17″ CRT, and they have a hard time seeing that sometimes, so I cannot imagine them moving to 1024×768.
Op Scriptorama hebben we ook een layout die eigenlijk net even iets te groot is om op 800x600 te draaien. Toen ik in het aankondigings artikeltje (niet helemáál subtiel) stelde dat webdevelopers een schermresolutie van meer dan 800x600 zouden moeten gebruiken, werd dat niet door iedereen gewaardeerd.
Hoewel ik zelf al jaren 800x600 niet meer gebruik en eerlijk gezegd ook niet echt iemand ken die het nog wel gebruikt is het maar de vraag of het al tijd is om 800x600 vaarwel te zeggen. Mobile-devices beginnen namelijk in trek te raken en deze apparaatjes hebben door hun grootte nu eenmaal een beperkte resolutie.
Neem bijvoorbeeld de Nokia 770. De Nokia 770, waar recentelijk een geupdate versie van uit is gekomen, is geen telefoon maar een WiFi-enabled apparaatje dat een scherm heeft met een maximale resolutie van 800x480. De Nokia 770 komt met een versie van de Opera browser maar het is nog maar even de vraag of je als webdeveloper kunt bepalen of iemand gebruik maakt van een dergelijk apparaat.
Ik ben benieuwd wat de Scriptorama lezers hier van vinden..
Is het al tijd geworden om 800x600 vaarwel te zeggen?
Edit: Juiste URL voor Yahoo page toegevoegd, thanks for the heads-up Joost ;-)
Volg Scriptorama via RSS!
on 
on 
on 
on 
on
Reageer ook!
Mijn websites zijn over het algemeen niet interesant genoeg om te bekijken op een Nokia 770. Mocht die tijd nog komen, is het nog altijd mogelijk een andere stylesheet te gebruiken, toch?
800x600 is ouderwets en in een tijd waar een 15" bijna niet meer te vinden valt, vind ik dat je je ontwerp best mag baseren op 1024x768.
Door berry__
op 05.17.06 @ 8:31 am | Permalink
Nu weet ik niet wat voor sites je maakt, maar waarom zouden ze niet interessant genoeg zijn?
Door Mathieu Kooiman
op 05.17.06 @ 8:48 am | Permalink
Vaarwel? Lijkt me niet nodig. Maak layouts die zich aanpassen naar resolutie. Hetzij 'liquid' (http://www.maxdesign.com.au/presentation/liquid/) dan wel 'variable fized width' (http://clagnut.com/blog/1663/).
Door Michel
op 05.17.06 @ 11:36 am | Permalink
Het bepalen van de resolutie (fixed) voor jouw website houdt je natuurlijk rekening met de doelgroep.
Mochten mobiele apparaten -zoals hierboven beschreven- daarbij zitten, dan dien je daar inderdaad rekening mee te houden.
800x600 vaarwel zeggen is het -volgens mij- nog te vroeg voor. Echter zie je wel dat mensen wel steeds vaker op een hogere resolutie zitten.
15" schermen zijn tegenwoordig al niet meer de standaard, het enige wat nog de standaard is, is de 800x600 resolutie bij Windows XP. Dat is volgens mij juist _dat_ wat ervoor zorgt dat deze resolutie nogsteeds door bepaalde mensen gebruikt wordt. Je bent nu eenmaal een gewoontedier :)
Door Gerard Klomp
op 05.18.06 @ 10:37 am | Permalink
Eigenlijk laat ik deze beslissing geheel over aan mijn webdesigner. Als een ontwerp schaalbaar te maken is zal ik dat doen, maar verder bepaalt de designer dus of en in welke mate een pagina voor 800x600 geschikt is.
Gisteren werd ik door iemand gewezen op verschillende mate van "geschikt voor 800x600". Ik kreeg te horen dat sommige websites niet goed werkten en hij dacht dat dat aan zijn computer lag. Dat bleek dus te liggen aan webdevelopers die de scrolling voor sommige frames uitzetten als ze voor 1024x768 niet nodig zijn.
Ik vind dat 1024x768 het uitgangspunt moet zijn, maar dat de website op andere resoluties nog redelijk te bekijken moeten zijn. Ik werk zelf op 1600x1200 en dan ziet zo'n 800x600 website er wel heel onbenullig klein uit.
Door Sjors
op 05.19.06 @ 8:42 am | Permalink
De CSS3 specificatie lijkt er in elk geval rekening mee te houden:
http://www.joostdevalk.nl/code/css3-preview/media-queries.html
Interesting.
Door Mathieu Kooiman
op 05.19.06 @ 9:28 am | Permalink
Toevallig dat deze discussie op scriptorama naar voren komt terwijl ik net vanochtend heb besloten om 800x600 vaarwel te zeggen indien het ontwerp beter tot zijn recht komt op 1024x768. Ik houd er dan in de designs wel rekening mee dat bezoekers met een resolutie van 800x600 gewoon een horizontale scrollbalk krijgen. De pagina is dus altijd te zien voor de blinden onder ons met deze spartaanse resolutie.
Omdat elke nieuw aangeschafte PC minimaal een 15 inch TFT heeft en de optimale resolutie hiervan 1024x768 is, lijkt het me naar de toekomst gedacht geen probleem websites op die resolutie te ontwikkelen.
Schaalbare websites vind ik in een mooi design niet passen.. Trekt alles vaak uit verhouding. Teksten zijn ineens 2 regels in plaats van een mooi blok... etc.
Alhoewel ik dus nog steeds websites op 800x600 ontwikkel, neig is dus steeds meer naar 1024x768.
Door Daniel Eiland
op 05.19.06 @ 1:19 pm | Permalink
Er zijn meer mensen die hier over nadenken en die hebben WURFL verzonnen:
wurfl.sourceforge.net/
Met dit spul kun je kijken wat het mobiel apparaat aankan en je content hierop aanpassen. Zelf heb ik nog geen tijd gehad om ermee te stoeien.. is ook nogal gecompliceerde materie.
Van WURFL is natuurlijk ook een PHP Library :)
Wat betreft 800x600. Een ontwerper die op die resolutie werkt, kan zichzelf niet meer serieus nemen. Ik probeer wel de meeste websites die ik ontwikkel op 800x600 te laten werken maar soms valt er dan iets weg. Tja, scalable webdesign.. het zal alleen nog belangrijker worden in de toekomst. Bedenk maar eens wanneer we allemaal met de tv gaan surfen en chatten..
Door Armand (php)
op 06.08.06 @ 7:30 pm | Permalink
Jakob Nielsen heeft er inmiddels ook zijn zegje over gedaan: http://www.useit.com/alertbox/screen_resolution.html
Door Michel
op 08.29.06 @ 1:59 pm | Permalink
Line and paragraph breaks automatic, e-mail address never displayed, HTML allowed:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>