Hallo, ich war auf stable, jetzt auf der neuesten esr, und es scheint, dass es kein explizit umschaltbares Mobil-/Desktop-Layout mehr gibt? Ich sehe den Schalter nicht mehr in der unteren linken Ecke der Seitenleiste, und ?mobile_view=1 / ?mobile_view=0 hat keine Auswirkung mehr. Es wechselt jetzt von der Desktop-Ansicht mit der Seitenleiste und dem Hamburger-Menü links zur mobilen Ansicht ohne Seitenleiste und mit dem Menü rechts, indem einfach die Größe des Desktop-Browserfensters horizontal geändert wird. Basiert es also jetzt nur noch auf der Browserbreite? Zuvor war es möglich, das vereinfachte mobile Layout auf einem breiteren Tablet-Bildschirm zu verwenden, wenn gewünscht, oder alternativ den Desktop-Modus (z. B. mit mehr Details in der Themenliste) auf einem kleineren Telefon oder in einem schmalen Browserfenster für Benutzer zu verwenden, die dies bevorzugten.
Das ist richtig – wir haben unsere Layouts vereinfacht, um sie ordnungsgemäß responsiv zu gestalten, da die Verwendung eines auf die Breite reagierenden Breakpoints ein weiter verbreiteter anerkannter Designstandard ist. Wir haben auch festgestellt, dass dies einfacher zu warten ist, und ein breitenbasiertes Layout funktioniert auch gut mit anderen externen Designelementen, wie z. B. bei der Integration gemeinsamer Banner über eine Hauptseite und ein Forum hinweg.
Einer der Nachteile dieses Ansatzes ist, dass Sie in einem Initialisierer keine gerätespezifische Logik ausführen können.
Ein klassisches Beispiel ist das Festlegen einer anderen Startseite für Mobilgeräte im Vergleich zu Desktops – das können Sie jetzt nicht mehr tun.
Meiner bescheidenen Meinung nach wird dies einen viel dynamischeren Ansatz für die Erstellung von Vorlagen erfordern.
Danke für die Antwort. Im Prinzip ergibt das Sinn, aber in der Praxis ist das für fortgeschrittenere/häufigere Benutzer ein kleines Problem. Wie ich erwähnt habe, sind im reduzierten Layout-Modus in der Themenliste viel weniger Informationen sichtbar, insbesondere bei der Verwendung von etwas wie Sam's Simple Theme, weshalb einige es vorzogen, das Desktop-Layout explizit zu erzwingen, und es passte sich sogar immer noch korrekt an, um horizontal ohne Überlauf zu passen.
Dem sind Grenzen gesetzt, die wir mit neuen Methoden beseitigt haben – die Bestimmung von Fähigkeiten bei der Initialisierung ist ziemlich unflexibel; wenn sich etwas ändert, müssten wir die gesamte Seite neu laden.
Das ist nützlich, da Geräte heute weniger vorhersehbar sind: Telefone können sich zu Tablets entfalten, Laptops können zu Tablets werden, man kann Tastatur und Maus an so viele Dinge anschließen …
Es fühlt sich anders an, wenn man an die alte Methode gewöhnt ist, aber alles, was Sie in einem Initialisierer getan haben, ist wahrscheinlich immer noch möglich und reagiert besser auf sich ändernde Fähigkeiten.
Das können Sie jetzt, da es granulärer ist und Sie Inhalte innerhalb desselben Templates bedingt ein- oder ausblenden, anstatt das Ganze auszutauschen. Zum Beispiel haben wir jetzt ein Viewport-Objekt in unserem Capabilities-Service …
In einem Template …
{{#if this.capabilities.viewport.lg}}
Inhalt für große Bildschirme
{{/if}}
{{#if this.capabilities.viewport.sm}}
Inhalt für sehr kleine Bildschirme
{{/if}}
oder in JS …
get myContent() {
if (this.capabilities.viewport.sm) {
return "kurzer Inhalt";
} else {
return "der sehr sehr lange Inhalt"
}
}
und dann können Sie in CSS mit denselben Breakpoints ausrichten, wie zum Beispiel …
@use "lib/viewport";
.my-element {
font-size: 1em;
@include viewport.until(sm) {
font-size: 2em;
}
}
Sicher, ich bin mir dieser Ersetzungen bewusst.
Ich freue mich jedoch darauf, solche Muster grundlegender genutzt zu sehen.
Wenn meine Startseite auf dem Desktop beispielsweise Kategorien ist, sehe ich eine Themenliste.
Eine Themenliste sollte wohl auch auf Mobilgeräten angezeigt werden … derzeit geht das Element der Themenliste verloren.
Deshalb gab es den Force Mobile Homepage TC …
Ich hoffe, ich mache Sinn …
Ja, das ergibt Sinn. Ich denke, wir werden schrittweise unterstützende Änderungen dieser Art vornehmen… es ist nur knifflig, wenn wir so viel mit den alten Methoden aufgebaut haben und diese so unterstützen müssen, dass die Anpassung nicht sofort unterbrochen wird.