Warum sollte "responsives" Webdesign nicht in Betracht gezogen werden?

9

Dies scheint eher eine Frage des Grafikdesigns als eine Frage der Programmierung zu sein, aber ich denke, es hat viel mehr technische / programmtechnische Vorteile als das eigentliche Grafikdesign.

Das Konzept des "reaktionsschnellen" Webdesigns basiert auf der Verwendung von Medienabfragen in CSS3, um die Größe des Anzeigegeräts zu ermitteln und die CSS-Regeln entsprechend anzupassen - im Wesentlichen dynamisches CSS. Dies füllt die Lücke in vielen Bereitstellungsfällen - insbesondere in mobilen Fällen.

Ich denke, die Verwendung von Medienabfragen taucht langsam auf (ich habe festgestellt, dass viele Leute nicht wirklich davon wissen), aber ich frage mich, ob es einen Grund für eine langsame Annahme gibt. Ist es für Webanwendungen unpraktisch? Fehlt mir etwas, das eine grundlegende Gefahr darstellen könnte?

Nic
quelle
2
Viele Leute sind einfach unwissend und lernen keine neuen Methoden.
Raynos
@ Raynos, aber Lernen macht so viel Spaß!
Nic
1
s weil die Internetgeschwindigkeit mit der Zeit zunimmt und das Reagieren kein echtes Problem mehr ist und der Aufwand nicht mehr gerechtfertigt ist? Vielleicht irre ich mich, weil diese Idee cool aussieht!
WinW
1
Zu webmasters.SE migrieren?
Peter Taylor

Antworten:

9

Sie müssen durch Reifen springen, damit es tatsächlich funktioniert. Für eine Site, die ich entwickle, habe ich @media (max-width:800px)ein Stylesheet für Telefone und andere kleinere Bildschirme definiert. Aber es wurde nicht von zB iPhone verwendet.

Es stellt sich heraus, dass Entwickler von Telefonbrowsern davon ausgehen, dass Benutzer kleine Bildschirme nicht berücksichtigen, sodass sie die Rendering-Engine belügen (das iPhone behauptet beispielsweise, mehr als 900 Pixel breit zu sein), es sei denn, Sie fügen ein zusätzliches Meta-Tag ein, um dies nicht zu sagen Lügen. Wenn es soweit ist, dass Sie gegen die Browser-Implementierer kämpfen, fragen Sie sich, ob sich die Mühe lohnt.

Peter Taylor
quelle
Sowohl die Zurb Foundation als auch Twitter Bootstrap handhaben dies ziemlich gut. Für das Einschalten bei Bedarf ist ein wenig JavaScript erforderlich. Es gibt auch DPI-Einstellungen usw. Die Verwendung dieser CSS-Frameworks macht es wirklich einfach. Oder zumindest Teile davon.
Berin Loritsch
Es ist erwähnenswert, dass diese Frage und Antwort von vor 6 Jahren stammen und möglicherweise nicht die aktuellen Adoptionsraten widerspiegeln.
Peter Taylor
Ach, entschuldigung. Es war gestern aus irgendeinem Grund im Hauptfutter. Ich habe nicht daran gedacht, das Datum zu überprüfen.
Berin Loritsch
4

Ich kann nicht für alle sprechen, aber aus eigener Erfahrung war Zeit und Geld der entscheidende Faktor. Meine Kollegen und ich sind immer auf dem neuesten Stand, aber das Entwerfen und Implementieren verschiedener Layouts für Geräte unterschiedlicher Größe ist eine große Sache. Besonders wenn man bedenkt, dass auf meinem 3 Jahre alten Nokia 5800 alle unsere Websites gut aussehen - Leiste, die ich scrollen muss, um den Inhalt der Seitenleiste zu erhalten. Wir entwerfen und implementieren Websites für kleine Unternehmen und Selbstständige.

Ein weiterer Grund, der möglicherweise gültig ist, ist die Bereitstellung einer vollständig separaten Website für mobile Versionen mit einer eigenen Sitemap ( http://www.google.com/support/webmasters/bin/answer.py?hl=de&answer=34648 ). ist eine einfache und Einstiegsmethode für die Pflege der Website.

Pelshoff
quelle
Nun, ich denke, es ist definitiv schwierig, ein responsives Design für eine Site einzuführen, die bereitgestellt wird oder sich in der Mitte des Zyklus befindet, aber ich denke, es wäre viel einfacher, so etwas zu implementieren, als eine ganze andere mobile Subdomain zu haben. Glücklicherweise abstrahiert Rails diese Aufgabe ein wenig mit geerbten Vorlagen.
Nic
Nun, ich sollte hinzufügen, dass in unserem Fall der Kunde die mobile Version tatsächlich an einen Konkurrenten ausgelagert hat :( Ich würde persönlich eher Vorlagen als eine andere Site verwenden.
Pelshoff
2

Wenn Sie garantieren können, dass die Daten zuverlässig wiederhergestellt werden, ist alles in Ordnung.

Aber stellen Sie sich vor, jemand lädt eine Webseite in einen Fensterbrowser eines Desktop-Computers. Erzwingen Sie, dass sie den Vollbildmodus öffnen, um alles zu lesen, oder passen Sie die Größe dem reduzierten Fenster an und präsentieren Sie viel Leerzeichen, wenn sie es maximieren? Sie bedienen das CSS einmal beim Laden der Seite!

Was ist mit einem Telefonbrowser, der beim Drehen des Telefons zwischen Quer- und Hochformat wechselt? Was ist mit einem Browser, der einfach eine zu kleine Auflösung hat und normalerweise vergrößert wird, aber Sie haben sich bereits an die gemeldete, viel zu kleine Auflösung angepasst und die Seite wird unlesbar?

Befolgen Sie einfach die Standardrichtlinien für ein anständiges universelles, skalierbares CSS und lassen Sie den Browser die Seite auf die richtige Auflösung skalieren.

SF.
quelle
9
In CSS3 gibt es eine neue Funktion, die dynamische Regeln für verschiedene Bildschirmgrößen ermöglicht, die sich automatisch ändern.
Steffan Donal
@Ruirize Genau - verwenden Sie statisches CSS mit Regeln, die den Inhalt dynamisch anpassen - okay. Fordern Sie dynamisch generiertes CSS an, dessen Regeln den Inhalt für Ihre Bildschirmgröße statisch festlegen - nein.
SF.
2
Das OP spricht über die Verwendung von Medienabfragen, die Dinge dynamisch basierend auf (unter anderem) Bildschirmgröße anpassen. Keine zusätzlichen Dateien geladen.
Travis Northcutt
1
@SF.: Versuchen Sie, die Größe eines Google Kalender-Fensters zu ändern (das neue rote Thema, nicht das ältere blaue). Es ist gruselig cool, wie sie damit umgehen.
Lie Ryan
2
@SF: Der ursprüngliche Beitrag befasste sich mit Medienabfragen, die kein anderes CSS basierend auf Headern oder w / e bereitstellten.
Pewpewarrows