Website Layout mit fixer oder elastischer Breite?
Wenn es an die Erstellung einer neue Website geht, taucht automatisch eine Grundsatzfrage im Webdesign auf: soll es ein Website Layout mit fixer oder elastischer Breite sein?
Aus Gründen der Usability sind horizontale Scroll-Balken tunlichst zu vermeiden. Für diese Website beispielsweise zeigt sich aus den Besucher-Statistiken, dass die fixe Breite von 800 Pixels gut gewählt ist: ich kann keine Besucher ausmachen, die mit weniger als 900 Pixeln Browser-Fensterbreite surfen.
Da viele Webmaster das Erscheinungsbild ihrer Webseiten zu 100% selbst im Griff behalten möchten (soweit es die Browser denn überhaupt zulassen!), gibt es bei den heutigen Bildschirm-Auflösungen nur noch wenige Gründe, ein elastisches Layout zu wählen.
Hat Dir der Beitrag gefallen? Abonniere Webgreenhorn kostenlos!
Ähnliche Posts, die von Interesse sein könnten:
31. Januar 2006 von Markus
Seh ich genauso, solange man die Breite vernünftig festlegt ist eine statische Breite klar die bessere Alternative. (Wobei es wenig Sinn machen würde eine Auflösung von über 1024×768 als Standard vorrauszusetzen…)
Was mich an elastischen Layout stört, ist dass ich von Beginn an viele kachelbare Grafiken verwenden muss, was wiederum bei einer hohen Bildschirmauflösung für meinen Geschmack zu viel zu vielen monotonen Flächen führt…
Pingback von Hertz-lich gebloggt… » Blog Archive » Webseiten fester Breite und wenn ja, wie breit?
21. Juni 2006 von Chio
Ja, das ist eine weitgehend unterschätzte Frage.
Ca 50% haben 1024*768. Diese User sehen fast immer Fullscreen. Der Rest hat eine höhere Auflösung. Hier sind die Leute meistens NICHT mehr Fullscreen unterwegs, sondern mit Fenstern, die natürlich nur einen Teil des Bildschirms füllen. Hier ist wieder 800 Pixel Breite angesagt.
Ich mache fast immer elastisches Layout; soviel Kontrollzwang habe ich nicht - und zwar so, dass die Seite bis 1600 breit nicht auseinanderfällt und bei 1024 optimal ist.
Erstaunlich übrigens immer noch, wieviele “Webdesigner” auf 800 breit optimieren, aber den Scrollbalken nicht wegrechnen..