Benutzerdefinierte Seitenleistenbereiche werden auf Meta getestet

Entschuldigung, ich bezog mich nicht unbedingt auf alle Benutzer, aber meine Benutzer bevorzugen das. Sie wurden von einem großen, etablierten Forum migriert, das externe Links ebenfalls standardmäßig in einem neuen Tab öffnete.

Da ich auch andere Links im benutzerdefinierten Bereich habe, die im selben Tab geöffnet werden, ist die Inkonsistenz mit /my/*-Links für Benutzer, die nicht wissen oder sich nicht darum kümmern, ob eine solche Verknüpfung eine spezielle Behandlung erfordert, etwas seltsam.

Und das kann man übersetzen mit diejenigen, die sich beschweren

Es gibt auch einen anderen Standpunkt – wie oft benutzen Benutzer /my-Links? Ich meine, gibt es einen wirklichen Grund, diese Links in die Seitenleiste zu setzen und sie länger, länger und noch ein bisschen länger zu machen? Wir haben bereits Links zum /my-Bereich im persönlichen Menü…

Wenn Sie die Option für die benutzerdefinierte Seitenleiste über die Einstellungen enable custom sidebar sections aktiviert haben und die Seitenleiste anpassen möchten, suchen Sie nach dem „+“-Symbol am unteren Rand der Seitenleiste.

Screenshot 2023-03-29 at 11.24.51722×271 91.8 KB

Ich habe etwa 10 Minuten damit verbracht, verschiedene Einstellungsbildschirme zu durchsuchen, um festzustellen, dass es Teil der Hauptbenutzeroberfläche ist.

Auf jeden Fall. Es gab eine riesige Diskussion, sobald das Forum migriert wurde: „Wo ist die Liste der Threads, die ich abonniert habe?“. Um ehrlich zu sein, fand selbst ich die Links zu verfolgten und beobachteten Themen an ihrem seltsamen Ort unter /my/preferences/tracking nicht. Ich musste auch einen Seitenleistenlink zu einer benutzerdefinierten Suchanfrage hinzufügen, um Benutzern zu helfen, die Threads zu finden, die aus dem alten Forum importiert wurden und an denen sie teilgenommen hatten (was sich im selben Tab öffnet, da es kein /my/-Link ist).

Das Verknüpfen mit Admin-Seiten zeigt den Fehler: Ein Fehler ist aufgetreten: Der Wert für Sidebar-URLs ist ungültig.

Warum ist das nicht erlaubt?

Hallo, gibt es hierzu Neuigkeiten?

Ich möchte eine Standard-Seitenleiste für Vertrauensstufen 1 und 2 erstellen, damit alle Kategorien vorhanden sein können.

Dies ist jetzt eine Option für Administratoren im Modal für benutzerdefinierte Abschnitte:

Screenshot 2023-03-30 at 9.50.38 AM763×396 16.7 KB

Wir haben noch keine Möglichkeit, Abschnitte neu anzuordnen. Ich glaube, wir werden uns zuerst auf die Anpassung des „Community“-Abschnitts konzentrieren.

Ausgezeichnet, danke für das Update.

Derzeit halte ich mich aus folgenden Gründen zurück, dies für unser Forum zu aktivieren:

• Es würde dazu führen, dass wir ähnliche doppelte Abschnitte erstellen, da wir keine Abschnitte entfernen können.
• Es ist nicht möglich, die Abschnitte neu anzuordnen.

Ich werde diesen Thread im Auge behalten.

Es ist großartig, dass es jetzt die Option „Diesen Abschnitt öffentlich und für alle sichtbar machen“ gibt, aber ich habe ein paar Anmerkungen:

• „öffentlich und für alle sichtbar“ bedeutet „sichtbar für TL0 und höher“, d. h. die übliche Discourse-Bedeutung von „alle“ wird hier nicht befolgt.
• Es wäre wirklich, wirklich, wirklich cool, wenn dies tatsächlich öffentlich und für alle sichtbar wäre.
• Das Aktivieren dieses Kontrollkästchens impliziert auch, dass andere Administratoren den Abschnitt bearbeiten können (was großartig ist!!), aber vielleicht nicht immer erwartet wird, daher könnte es gut sein, dies explizit zu machen.

(Oh, und es passieren wirklich seltsame Dinge, wenn ein Administrator das Kontrollkästchen aktiviert und ein anderer es deaktiviert. Es scheint, dass der Status des Kontrollkästchens nicht zwischen den Clients aktualisiert wird und die Seitenleiste nicht aktualisiert wird. Reproduktion: Administrator 1 erstellt einen Abschnitt und aktiviert das Kontrollkästchen, Administrator 2 bearbeitet den Abschnitt und deaktiviert ihn, Administrator 2 bearbeitet den Abschnitt und aktiviert ihn erneut, was zu einem FAILED-Fehler führt)

Ich verstehe das nicht ganz. Können Sie ein Beispiel geben?

Hallo,

Es scheint, dass das letzte Update die Website kaputt gemacht hat. Nur die Preload-Splashpage wird angezeigt.
Ich glaube, das liegt vielleicht daran, dass der String js.sidebar.sections.custom.links.value aus der Locale entfernt wurde, aber in den anderen Sprachen noch vorhanden ist. FIX: display validation under custom sidebar fields (#20772) · discourse/discourse@4047073 · GitHub

Hier bedeutet Hivatkozás Link.

Screenshot 2023-03-31 at 9.28.22838×255 28.4 KB

Ich habe versucht, diesen String zu überschreiben und auch den Safe Mode auszuprobieren oder die benutzerdefinierten Sidebar-Bereiche zu deaktivieren, aber nichts hat funktioniert.

Danke

Entschuldigung, dass diese Änderung Probleme verursacht hat Haben Sie Zugriff auf die Rails-Konsole für Ihre Instanz?

Wenn ja, können Sie vielleicht überschriebene Übersetzungen überprüfen, wie z. B.:

TranslationOverride.where(translation_key: "js.sidebar.sections.custom.links.value")

und sie vielleicht löschen, wie:

TranslationOverride.where(translation_key: "js.sidebar.sections.custom.links.value").delete_all

Danke Kris Ich habe es in Rails versucht, bin mir aber nicht sicher, ob ich es einfach kopieren und einfügen muss?

Wenn ich einfüge:

TranslationOverride.where(translation_key: \"js.sidebar.sections.custom.links.value\")

Ergebnis:
[]

TranslationOverride.where(translation_key: \"js.sidebar.sections.custom.links.value\").delete_all

Ergebnis:
0

Scheint, als wäre nichts passiert.

Haben Sie Ergebnisse für

TranslationOverride.where(translation_key: "js.sidebar.sections.custom.links.icon")

oder

TranslationOverride.where(translation_key: "js.sidebar.sections.custom.links.name")

Nur mit dem zweiten.

[6] pry(main)> TranslationOverride.where(translation_key: "js.sidebar.sections.custom.links.name")
=> [#<TranslationOverride:0x00007f3ee402a1f0
  id: 4419,
  locale: "hu",
  translation_key: "js.sidebar.sections.custom.links.name",
  value: "Név",
  created_at: Sat, 04 Feb 2023 03:58:04.239990000 UTC +00:00,
  updated_at: Thu, 09 Mar 2023 08:46:21.254381000 UTC +00:00,
  compiled_js: nil
>]

Tatsächlich habe ich das auf meinem lokalen Rechner repliziert

Ich glaube, was passiert ist, ist, dass Sie Texte für neue Übersetzungen überschrieben haben: js.sidebar.sections.custom.links.name.validation.blank js.sidebar.sections.custom.links.name.validation.maximum

Wie Sie jedoch bemerkt haben, gibt es diese in anderen Sprachen als Englisch noch nicht. Daher müssen wir sie vorerst entfernen, bis andere Locale-Dateien aktualisiert sind:

Lassen Sie uns zuerst alle Übersetzungen anzeigen, bevor wir sie löschen, vielleicht kopieren und fügen Sie sie irgendwo ein, damit Ihre Übersetzungen nicht dauerhaft verloren gehen:

TranslationOverride.where("translation_key like 'js.sidebar.sections.custom.links%'")

Zum Löschen führen Sie aus:

TranslationOverride.where("translation_key like 'js.sidebar.sections.custom.links%'").delete_all

Ah, danke Kris Ja, das ist genau das, was Sie schreiben. Mir war nicht bewusst, dass dies Probleme verursachen würde, wenn ich diese Zeichenfolgen übersetze. Jetzt warte ich bis zum Dienstags-Update mit diesem

Danke nochmals für Ihre Hilfe! Das hat perfekt funktioniert!

Super, danke
Entschuldigen Sie nochmals für diesen Fehler. Wir werden über eine Lösung nachdenken, um Überschreibungen zu schützen, wenn andere Sprachen noch nicht bereit sind.

Mach dir keine Sorgen Ich bin wirklich froh, denn diese Art von Fehlern passiert manchmal und jetzt habe ich dank dir gelernt, wie man das mit Rails löst. Ich denke, das ist wirklich eine großartige Sache. Deine schnelle Antwort und Lösung für dieses Problem hat mich erstaunt. Vielleicht haben auch andere dieses Problem und dieses kleine Gespräch kann helfen, es zu lösen.

Ich liebe diese Idee. Ich hoffe, das wird bald umgesetzt. Ich mag es, neue Dinge zu testen und frische Fehler zu finden, also aktiviere ich immer die experimentellen Funktionen und halte die Website aktuell. Und das bedeutet auch, dass ich nicht immer auf Sprachaktualisierungen warte. Bis dahin muss ich mehr auf Übersetzungen achten.

Sicher, @mcwumbly.

Mein erstes Ziel ist es, die bestehenden Kategorieabschnitte zu verschieben. Ich möchte “(Chat) Channels” nach oben verschieben, gefolgt von “Categories” und dann “Community”.

Mein zweites Ziel ist es, die Namen dieser Standard-Kategorieabschnitte zu bearbeiten.

Wenn ich jedoch benutzerdefinierte Abschnitte erstellen könnte, würde ich versuchen, das zu reproduzieren, was ich in meinem ersten und zweiten Ziel beschrieben habe, und dann würde ich die Standardeinstellungen entfernen wollen. Aber das scheint im Moment alles sinnlos zu sein, da ich auf die Möglichkeit warten werde, Kategorieabschnitte zu verschieben und die Titel von Kategorieabschnitten zu bearbeiten.