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.
Leider muss ich dieses Thema aufgrund der Benutzer, die das vereinfachte mobile Layout wirklich nicht mögen, noch etwas weiterführen. Dies scheint besonders bei Tablet-Benutzern in vertikaler Ausrichtung der Fall zu sein.
Ich bin also immer noch etwas verwirrt, was genau sich geändert hat. Wurde der 
/ 
Umschalter einfach aus der Seitenleiste entfernt? Kann dieselbe JS-Methode immer noch mit einem benutzerdefinierten Skript oder etwas Ähnlichem aufgerufen werden? Oder gibt es eine Änderung am Desktop-Layout-Code, die dazu führt, dass es sich nicht mehr responsiv an schmalere Browserbreiten anpasst?
Es sieht so aus, als ob der „Desktop-Website“-Umschalter des Browsers (getestet in Chrome und Firefox auf einem Android-Tablet) das alte Layout erzwingt, das früher dem eigenen / Umschalter von Discourse entsprach, und es passt sich immer noch responsiv an, ohne überzulaufen. Aber der Text scheint viel kleiner zu sein, als ich ihn in Erinnerung habe.
Ich weiß auch, wie man bestimmte Breiten-Breakpoints auswählt, z. B. @media screen and (max-width: 1000px) { … aber ich bin mir nicht sicher, ob dort mit CSS-Overrides etwas getan werden könnte?
Ich stimme dem zu, ich mochte das mobile Layout auf meinem Handy noch nie wirklich, es fühlt sich viel einschränkender an und alles ist viel zu groß, es sei denn, mein Zoom ist auf etwa die Hälfte reduziert. Ich habe hier immer das Desktop-Layout verwendet, bis ich es buchstäblich nicht mehr konnte (I literally couldn’t).
Ich verstehe die Einfachheit, ein Layout beizubehalten und sich keine Gedanken über das Wechseln machen zu müssen, aber die Wahl ist manchmal schön.
Nein, er wurde nicht einfach aus der Seitenleiste entfernt. Wir haben die zugrunde liegende Struktur zum Umschalten entfernt.
Bedeutet das, dass Force Mobile Homepage als #kaputt markiert werden sollte?
Ich habe es als fehlerhaft markiert.
Aus diesem Grund:
Um es also zu erzwingen, nicht zum vereinfachten mobilen Layout mit normalen Tablet-Vertikalbreiten zurückzukehren, könnte ich etwas wie dies im CSS verwenden? @media screen and (max-width: 700px) {…
Oder ist der Schalter „Desktop-Seite“ im mobilen Browser die einzige Option, die ich den Benutzern empfehlen kann?
Können sie testen, indem sie „Desktop anfordern“ zusammen mit der Erhöhung der Schriftgröße in https://meta.discourse.org/my/preferences/interface verwenden?
Hallo, vielen Dank für die Antwort.
Ein Benutzer hat den Schalter „Desktop-Website“ im Browser ausprobiert, aber berichtet, dass dies keinen Unterschied gemacht hat. Auf meinem Tablet wird das Desktop-Layout mit allen Informationen angezeigt, aber selbst bei „Größte“ ist der Text kaum groß genug, und es ist nicht ideal, ihn in den Benutzereinstellungen festzulegen, da er auf anderen Geräten wie einem PC, der dasselbe Konto verwendet, viel zu groß wird.
Ich nehme an, „normal“ ist Ihre aktuelle Standardeinstellung. Haben Sie versucht, etwas anderes auszuwählen?
Oh, stimmt. 
Danke, das hilft ein bisschen, nehme ich an.
Ich erinnere mich ehrlich gesagt nicht mehr, wie die Skalierung der Schriftgröße im alten expliziten Desktop-Modus auf einem kleineren vertikalen Bildschirm funktionierte, aber ich glaube, ich erinnere mich, dass sie insgesamt größer waren. Muss vielleicht einige CSS-Überschreibungen für die Einstellung „Größte“ hinzufügen…