Ich stelle fest, dass dies live ist (aber natürlich experimentell)! Großartig! Der OP könnte aktualisiert werden, um dies zu vermerken.
Es könnte sich auch lohnen zu erwähnen, dass es nur für @staff die nette kleine Weltkugel gibt:
Das habe ich erst nachdem ich es mit CSS versteckt hatte, weil ich dachte, es würde für unsere normalen Benutzer albern aussehen!
Derzeit ist es für alle sichtbar und von @staff bearbeitbar. Es kann nicht auf Administratoren beschränkt werden, aber das wäre eine sehr hilfreiche Option.
Derzeit (zumindest während der experimentellen Phase) können Sie auswählen, wer benutzerdefinierte Links sehen (und bearbeiten) kann, aber es ist nicht granular in Bezug auf die Bearbeitung globaler Links.
Nur Links vom Typ /my sind von diesen dreien nicht in Ordnung. Es scheint jedoch eine bewusste Whitelist zu geben. Ich stelle fest, dass auch Pfade, die von Plugins hinzugefügt werden, nicht enthalten sind (d. h. mit dem Custom Wizard Plugin/w)
Sie können damit auf Meta herumspielen – es verhält sich genau wie bei persönlichen Links.
Vielen Dank für die Bestätigung. Die /my/*-Links sind eine ziemlich wichtige Einschränkung für das, was ich benötigen würde. Ich verwende derzeit eine Variation dieses Codes, um benutzerdefinierte Links zur Seitenleiste hinzuzufügen:
Der obige benutzerdefinierte Code ist immer noch etwas holprig (benutzerdefinierte Links verschwinden, wenn die Browsergröße von schmal auf breit geändert wird), daher würde ich lieber die offizielle Discourse-Lösung verwenden. Aber ich frage mich, ob ich diesen Code vielleicht als Übergangslösung verwenden könnte, um die /my/*-Links zum offiziellen benutzerdefinierten Menü von Discourse hinzuzufügen?
Es erscheint seltsam, dass „/my“-Links blockiert werden, da Sie auf „/u/{Benutzername“-Versionen verlinken können, zumindest für alle, die ich ausprobiert habe.
EDIT: Screenshot hinzugefügt und Entschuldigung an Falco, ich habe nur seinen Benutzernamen ausgeliehen, um dies zu zeigen, da es der erste gültige Benutzername war, der mir einfiel
Liebes Team — ihr erlaubt (hoffentlich) irgendwann /my URLs. Ich möchte noch eine Sache beantragen: /safe-mode
Es würde die Nutzung von DiscourseHub ein wenig erleichtern, wenn die Dinge schiefgehen, da es fast unmöglich ist, die URL zu ändern. Und wenn ich und wir einen Admin-Bereich einrichten können, in dem es neben anderen Verknüpfungen einen Schnellzugriff auf den abgesicherten Modus gibt, wäre das… nett. Sicher — es gibt immer die Möglichkeit, den Browser zu benutzen, aber das erfordert mehr Klicks
Wurde dies bereits vollständig umgesetzt? Ich kann zwar einen globalen Bereich erstellen, aber er ist nur für Gruppenmitglieder mit Änderungsberechtigungen sichtbar, die in enable_custom_sidebar_sections definiert sind, und nicht als schreibgeschützter Bereich für alle Benutzer („Diesen Bereich öffentlich machen und für alle sichtbar“ ist im benutzerdefinierten Bereich aktiviert).
Diese Links (d. h. /my/…) bleiben schwarz, das ist eine Verbesserung Aber es passiert nichts, wenn man darauf klickt. Nicht hier, nicht auf meiner Instanz.
Sie haben Recht, sowohl benutzerdefinierte Abschnitte als auch globale benutzerdefinierte Abschnitte sind nur für Benutzer in den Gruppen verfügbar, die in der Site-Einstellung enable_custom_sidebar_sections angegeben sind. Es gibt keine separaten Einstellungen für globale und benutzerdefinierte Abschnitte. Sie können die Funktion für alle aktivieren, indem Sie alle trust_level-Gruppen hinzufügen.
Entschuldigung, es gab einen Fehler auf Touchscreen-Geräten wie Mobiltelefonen und Tablets. Er sollte behoben sein. Könnten Sie es bitte noch einmal versuchen?
Vielen Dank, dass Sie die /my/*-Links zum Laufen gebracht haben. Gibt es eine Möglichkeit, zu verhindern, dass sie sich in einem neuen Browser-Tab öffnen?
Ja, /my-Links werden als extern behandelt, da für sie ein vollständiges Neuladen erforderlich ist. Daher kann das Verhalten neuer Tabs in Discourse Meta - The Official Support Forum for Discourse mit der Einstellung Alle externen Links in einem neuen Tab öffnen gesteuert werden. Nach Änderung Ihrer Einstellung müssen Sie die Seite wahrscheinlich neu laden.
Ah, interessant, danke für die Erklärung. Obwohl ich möchte, dass tatsächliche externe Links standardmäßig in einem neuen Tab für alle Benutzer geöffnet werden, ist das weniger ideal.
Ich frage mich, ob es eine Möglichkeit gibt, eine Art Platzhalter wie $USER oder etwas Ähnliches hinzuzufügen und dann JavaScript zu verwenden, um ihn in /u/username des aktiven Benutzers aufzulösen?
Stimmt, aber die meisten Benutzer bevorzugen es, externe Links in einem neuen Tab zu öffnen. Das Problem mit dem Neuladen bei den /my/*-Links klingt etwas knifflig, aber vielleicht kann in Zukunft etwas mit JS und einer Platzhaltervariable für das benutzerdefinierte Menü getan werden, damit wir direkt in benutzerdefinierten Menüs auf /u/username/* verlinken können.
Tun sie das? Nicht um schnippisch zu sein, aber… Gibt es dazu Forschungsergebnisse?
Ich persönlich finde es ärgerlich, wenn eine Website Links in einem neuen Tab öffnet. Wenn ich einen neuen Tab möchte, haben Browser einfache Möglichkeiten, dies zu tun – aber im Allgemeinen keine einfache Möglichkeit zu sagen: „Gleicher Tab, ignoriere die Website“.
Und mangels starker objektiver Beweise muss ich davon ausgehen, dass meine persönlichen Vorlieben universell sind, oder?