Unterschiedliche Views für Desktop und Mobil

So ganz ohne Arbeit oder mit Trick geht es nicht, aber eine einfache und sehr saubere Lösung wenn die Seite schon online ist kann man so entwickeln:

1. Ein Responsive Theme aussuchen und installieren
2. Dieses Modul installieren https://drupal.org/project/role_theme_switcher und nur für die Rolle "Web Entwickler" das Responsive Theme freischalten.
3. Das Responsive Theme anpassen bis alle Inhalte sauber ausgegeben werden

und am Ende das neue Theme Online stellen.
(oder natürlich auch eine Zweitinstallation anlegen und das neue Theme dort entwickeln und die Testinstallation unter Siteschutz stellen)

Mit einer halbherzigen Lösung wird man nicht weit kommen bei der Menge von Browsern und Endgeräten die berücksichtigt werden müssen, die Benutzerführung muß ja auch stimmig sein, die Ausgabe von Bildern für mobile, ein Menu soll umklappen und 1000 Dinge mehr.

Grüße Jenna

für das Aussehen ist das Theme mit seinen Templates und CSS-Dateien zuständig.
Views liefert nur die Daten.

Natürlich wäre es denkbar, dass die Datenlieferung bei Mobile-Devices reduziert wird, um Bandbreite zu sparen.

Das dürfte dann aber auf eine ganz andere Lösung hinauslaufen.

Ansonsten, wie Jenna schon schrieb, ein responsive Theme (z.B. Omega) installieren, die nötigen Anpassungen vornehmen, und dann freischalten.

Das verstehe ich nicht... Views liefert doch auch Markup mit, oder hab ich das bisher immer falsch gemacht? Meine Themes bestehen meistens nur aus ein paar Javascript und CSS Dateien.

@g.dola

Das geht z.B. mit https://drupal.org/project/themekey und "Browscap" oder "Mobile Detect". Wenn ein Mobile Gerät auf das Projekt zugreift, bekommt es ein anderes Light-Weight-Theme vorgesetzt. Dazu erstellst Du extra Views, die nur für die Mobile Version gelten, und diese werden ausschließlich auf dem Light-Weight-Theme angezeigt. Desktopuser bekommen wiederum ein eigenes (umfangreicheres) Theme mit anderen Views ausgeliefert.

Alternativ gibts auch https://drupal.org/project/mobile_switch (und andere -> Google nutzen)

Responsive Design ist momentan noch nicht das Gelbe vom Ei denn Responsive ist immer unnötig groß für Mobile-User und gerade die achten sehr auf schlanke und schnellladende Webseiten. Außerdem ist das totales chaotisches Rumgewusel ... http://www.mobile-zeitgeist.com/2013/08/07/warum-responsive-webdesign-sc...

Besser ist es momentan eindeutig wenn man den Mobile-Usern und den Desktop-Usern jeweils ein eigenes Theme mit eigenen Views-Blöcken ausliefert. Da kann man viel genauer und besser den Content aufbereiten und anzeigen und gerade für Mobile-User auf Schlankheit und Minimalismus setzen/achten.

Ich habe den Artikel eben etwas fassungslos gelesen und muß sagen das stimmige daran sind die Kommentare, der Typ hat keine Ahnung von Responsive (siehe Aussagen zu Less etc.. er weiß anscheinend gar nicht was das ist)

Ich bin gerade mit Bootstrap Library zugange und völlig fasziniert was der Entwickler zusammen mit dem Bootstrap Theme für uns bereit gestellt hat.
Bisher dachte ich (peinlich...) Bootstrap wäre eine Sammlung schicker Funktionen, nix da... die Seite erreicht im W3C mobile Checker bereits 68% (ohne Optimierung) und wird selbst im alten IE8 (mit Respond.js) perfekt dargestellt, vom Mega Slider (nur als Test) bis zum mobile Menu funktioniert selbst in dem Schrottbrowser wirklich alles und das Grid System ist Mega flexibel.

Mein anderes gern genutztes Basis Theme (responsive_bartik) arbeitet ebenfalls schnell und sauber.

Alle Entwicklungen testen wir mit zig verschiedenen Endgeräten von WiFi bis WLAN und die Ladezeit ist sehr schnell und die Bedienung komfortabel.

Das dort viel Arbeit drin steckt ist klar, aber eine Zusatzseite mit m.meine-domain.... hat auch Nachteile und einem Kunden die Anordung von 2 Websiten zu erklären (ich habe einige sehr unerfahrene Kunden dabei...) ich will nicht mal drüber nachdenken...

Ich denke es kommt sehr auf die Nutzung der Seite an, das man ein Projekt mit 2 Mio. PI's pro Monat anders aufbaut (Auslieferung von Werbemitteln usw.) als eine schicke Unternehmenseite mit 5000 Besuchern im Monat versteht sich von selbst.

Mich stört an dem Artikel die schlechte Recherche und das unerfahrene Kunden das ja schwer beurteilen können.
Ich verzichte jetzt aber darauf 10 positive Artikel über Responsive hier zu posten die es als Zukunftsmarkt der nächsten 10 Jahre sehen.

Vor allem macht mir und den Kunden Responsive Entwicklung Spaß, die sind begeistert vom Ergebnis und das ist für mich wichtig.

Soll nicht heißen das ich andere Lösungen ablehne, oder als schlechter befinden würde...ich bin auch grad am überlegen wie man den Verzicht auf einige Blöcke in der mobilen Ansicht am besten löst, Probleme gibt es immer, egal welchen Weg man wählt...

Für eine Kundeninformation finde ich nur Artikel hilfreicher, die eine faire Übersicht bzw. einen Vergleich über die Vor- und Nachteile der verschiedenen Möglichkeiten aufzeigen.

Grüße Jenna

Hier ist noch ein Artikel (von Dieter Petereit persönlich) der sich mit der Frage "Schrott oder nicht" auseinandersetzt und auch aufzeigt, dass das alles viel mit "Hype" zu tun hat und meist völlig unnötig ist. http://www.drweb.de/magazin/der-responsive-webdesign-schrott-oder-die-ru...

Es ist viel einfacher das User-Gerät zu detekten und dann das entsprechende Theme und den dazu passenden Content auszuliefern als wenn man mit Responsive arbeitet. Dann fällt auch alles, was mit Adaptive, Media Querys etc. zu tun hat, weg und man kann massig Zeit (und Traffic) sparen.

Aber das muss jeder selbst entscheiden!

Herr Petereit schreibt auch:

Dem kann ich nicht zustimmen.

Aber:

Die Frage ob Responsive oder eine extra mobile Site oder RESS oder Auslieferung eines anderen Themes usw. usf. ist doch ganz einfach zu beantworten:
Mit dem Kunden alle Möglichkeiten besprechen. Beratung tut Not. Ohne Dogmatismus.