Danke Angus! Und keine Sorge wegen der Verzögerung.
Entschuldigung für die Verwirrung! Ja, lokale Zeitzone, und ja, das Standardverhalten von Discourse ist großartig. Wie Sie richtig bemerken, ist nicht Discourse das Problem, sondern WP, das keine Möglichkeit bietet, Benutzern die Website in ihrer lokalen Zeitzone anzuzeigen. Das wollen wir hinzufügen. Wenn wir dem Benutzer erlauben, seine Zeitzone festzulegen, dann sollten wir meiner Meinung nach auch diese Einstellung den Wert von Discourse überschreiben lassen, damit sie synchron sind. Das wollte ich wissen, ob DiscourseConnect das bietet. Es scheint nicht so zu sein.
Was ich nicht wusste, ist, dass die Discourse-Einstellung automatisch ist. Wenn das der Fall ist, werden wir es vielleicht so belassen, wie es ist. D.h. lokale Zeitzone in WP implementieren und diesen Wert nicht den Wert von Discourse überschreiben lassen. Ja, sie könnten aus dem Takt geraten, aber das ist für die meisten Benutzer vielleicht kein wirkliches Problem.
Perfekt, das ist das fehlende Informationsstück – ich wusste nicht, woher DiscourseConnect die Standortdaten auf der WP-Seite beziehen sollte. Wir haben unser eigenes Standortfeld manuell in usermeta implementiert, sodass wir den Wert einfach über den wpdc_sso_params-Hook daraus abrufen können.
Ich bin schwerfällig, also habe ich es wahrscheinlich übersehen. Gibt es irgendwo eine Dokumentation für wpdc_sso_params? Ich habe diesen Thread gefunden, der ihn vorerst abzudecken scheint: