# Benutzerdefinierte Seitenleistenbereiche werden auf Meta getestet

**URL:** https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303
**Category:** Announcements
**Tags:** sidebar
**Created:** [15. Februar 2023 um 22:46 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303 "2023-02-15T22:46:26Z")
**Posts on this page:** 20
**Page:** 3

<div class="post-metadata">

### Author: ![nathank](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nathank/32/290039_2.png) [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [18. März 2023 um 04:00 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/41 "2023-03-18T04:00:35Z")

</div>

> [@kris.kotlarek](#):
>
> Site staff will be able to create a global section visible to all forum member.

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](https://meta.discourse.org/groups/staff) die nette kleine Weltkugel gibt:  
 ![image](https://global.discourse-cdn.com/meta/original/4X/f/f/b/ffbb11ef4bb1a598568b0a8ecdf4ae8d37fba05e.png)  
Das habe ich erst _nachdem_ ich es mit CSS versteckt hatte, weil ich dachte, es würde für unsere normalen Benutzer albern aussehen!

---

<div class="post-metadata">

### Author: ![mattdm](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mattdm/32/216484_2.png) [@mattdm](https://meta.discourse.org/u/mattdm)
#### Post date: [18. März 2023 um 14:56 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/42 "2023-03-18T14:56:31Z")

</div>

Wie funktioniert das? Ist es für alle Mitarbeiter sichtbar und bearbeitbar? (Kann es auf Administratoren beschränkt werden?)

---

<div class="post-metadata">

### Author: ![rahim123](https://avatars.discourse-cdn.com/v4/letter/r/df705f/32.png) [@rahim123](https://meta.discourse.org/u/rahim123)
#### Post date: [18. März 2023 um 14:58 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/43 "2023-03-18T14:58:39Z")

</div>

Gibt es Einschränkungen hinsichtlich der Art von Links, die hinzugefügt werden können? Zum Beispiel:

- externe Links
- `/my/activity/bookmarks`
- `/latest?order=activity&state=watching`

---

<div class="post-metadata">

### Author: ![haydenjames](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/haydenjames/32/255678_2.png) [@haydenjames](https://meta.discourse.org/u/haydenjames)
#### Post date: [18. März 2023 um 15:04 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/44 "2023-03-18T15:04:27Z")

</div>

Ist es in den Einstellungen möglich, zu verhindern, dass Benutzer die Seitenleistenabschnitte anpassen?

---

<div class="post-metadata">

### Author: ![nathank](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nathank/32/290039_2.png) [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [18. März 2023 um 17:05 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/45 "2023-03-18T17:05:50Z")

</div>

> [@mattdm](#):
>
> Wie funktioniert das? Ist es für alle Mitarbeiter sichtbar und bearbeitbar? (Kann es auf Administratoren beschränkt werden?)

Derzeit ist es für alle sichtbar und von [@staff](https://meta.discourse.org/groups/staff) bearbeitbar. Es kann nicht auf Administratoren beschränkt werden, aber das wäre eine sehr hilfreiche Option.

> [@haydenjames](#):
>
> Ist es in den Einstellungen möglich, Benutzer daran zu hindern, die Seitenleistenabschnitte anzupassen?

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.

![image](https://global.discourse-cdn.com/meta/original/4X/f/c/f/fcf2b98f99bdebc420b26bd0c9ae77134bc5da08.png)

> [@rahim123](#):
>
> Gibt es Einschränkungen hinsichtlich der Art der Links, die hinzugefügt werden können?

 ![image](https://global.discourse-cdn.com/meta/original/4X/b/c/7/bc747b4323480969b05463d6655f994670438299.png)

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](https://meta.discourse.org/t/custom-wizard-plugin/73345) `/w`)

Sie können damit auf Meta herumspielen – es verhält sich genau wie bei persönlichen Links.

---

<div class="post-metadata">

### Author: ![rahim123](https://avatars.discourse-cdn.com/v4/letter/r/df705f/32.png) [@rahim123](https://meta.discourse.org/u/rahim123)
#### Post date: [18. März 2023 um 19:57 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/46 "2023-03-18T19:57:40Z")

</div>

> [@nathankershaw](#):
>
> Nur `/my`-Links sind von diesen dreien nicht in Ordnung. Es scheint jedoch eine bewusste Whitelist zu geben

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:

> [@Ability to add a custom section of links to the sidebar](https://meta.discourse.org/t/ability-to-add-a-custom-section-of-links-to-the-sidebar/239778/14?u=rahim123):
>
> Here’s another example that I hope will be helpful to someone, based heavily off the above examples. This code doesn’t add an entirely new section, but instead adds additional links to the bottom of the “More” panel in the Community section (but before the FAQ and About links in the footer). It supports FontAwesome icons (assuming they’re added in the site settings) and external links. It handles edge cases where the sidebar is closed and re-opened, and/or the Community section is collapsed and …

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?

---

<div class="post-metadata">

### Author: ![ClawdiaWolf](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/clawdiawolf/32/262518_2.png) [@ClawdiaWolf](https://meta.discourse.org/u/ClawdiaWolf)
#### Post date: [19. März 2023 um 00:26 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/47 "2023-03-19T00:26:49Z")

</div>

> [@Nathan Kershaw](#):
>
> Nur „/my“-Links sind von diesen dreien nicht in Ordnung. Es scheint jedoch eine bewusste Whitelist zu geben.

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 🙂

 ![image](https://global.discourse-cdn.com/meta/original/4X/e/a/9/ea9127f34ec81ba74d1c7c8b2607ab65b50a155c.png)

---

<div class="post-metadata">

### Author: ![mcwumbly](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcwumbly/32/103861_2.png) [@mcwumbly](https://meta.discourse.org/u/mcwumbly)
#### Post date: [19. März 2023 um 02:04 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/48 "2023-03-19T02:04:17Z")

</div>

> [@rahim123](#):
>
> 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.

Wir planen, die Unterstützung für `/my/*`-Links in nicht allzu ferner Zukunft hinzuzufügen.

---

<div class="post-metadata">

### Author: ![Jagster](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jagster/32/192154_2.png) [@Jagster](https://meta.discourse.org/u/Jagster)
#### Post date: [20. März 2023 um 23:06 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/50 "2023-03-20T23:06:13Z")

</div>

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 😉

---

<div class="post-metadata">

### Author: ![kris.kotlarek](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/kris.kotlarek/32/176919_2.png) [@kris.kotlarek](https://meta.discourse.org/u/kris.kotlarek)
#### Post date: [21. März 2023 um 05:38 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/51 "2023-03-21T05:38:06Z")

</div>

@nathank, @ClawdiaWolf, @Jagster, @rahim123

Vielen Dank für die Meldung dieser Fehler bezüglich der Links `/my` und `/safe-mode`.

Beide wurden mit diesem PR behoben 🙂

> <https://github.com/discourse/discourse/pull/20754>
>
> Links like \`/my/preferences\` were invalid in custom section. The reason is that …\`/my\` links are just redirects from backend, and they are not recognized as valid Ember paths.
> 
> https://github.com/discourse/discourse/blob/main/config/routes.rb#L433
> 
> Therefore, regex match allowlist was added - similar to backend check:
> 
> https://github.com/discourse/discourse/blob/main/app/controllers/users\_controller.rb#L471
> 
> \`/safe-mode\` is same case

---

<div class="post-metadata">

### Author: ![md-misko](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/md-misko/32/126315_2.png) [@md-misko](https://meta.discourse.org/u/md-misko)
#### Post date: [21. März 2023 um 06:13 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/52 "2023-03-21T06:13:03Z")

</div>

> [@kris.kotlarek](#):
>
> Site-Mitarbeiter können einen globalen Bereich erstellen, der für alle Forenmitglieder sichtbar ist.

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).

---

<div class="post-metadata">

### Author: ![Jagster](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jagster/32/192154_2.png) [@Jagster](https://meta.discourse.org/u/Jagster)
#### Post date: [21. März 2023 um 08:48 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/53 "2023-03-21T08:48:12Z")

</div>

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.

Habe ich etwas missverstanden?

---

<div class="post-metadata">

### Author: ![kris.kotlarek](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/kris.kotlarek/32/176919_2.png) [@kris.kotlarek](https://meta.discourse.org/u/kris.kotlarek)
#### Post date: [22. März 2023 um 03:45 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/54 "2023-03-22T03:45:04Z")

</div>

> [@md-misko](#):
>
> Ich kann einen globalen Abschnitt erstellen, aber er ist nur für Gruppenmitglieder mit Änderungsberechtigungen sichtbar, die in `enable_custom_sidebar_sections` definiert sind, und nicht als schreibgeschützter Abschnitt für alle Benutzer.

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.

> [@Jagster](#):
>
> Aber es passiert nichts, wenn man klickt.

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?

---

<div class="post-metadata">

### Author: ![Jagster](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jagster/32/192154_2.png) [@Jagster](https://meta.discourse.org/u/Jagster)
#### Post date: [22. März 2023 um 08:25 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/55 "2023-03-22T08:25:11Z")

</div>

iPad liebt Discourse wieder, d.h. Berührungen funktionieren jetzt einwandfrei.

Danke!

---

<div class="post-metadata">

### Author: ![rahim123](https://avatars.discourse-cdn.com/v4/letter/r/df705f/32.png) [@rahim123](https://meta.discourse.org/u/rahim123)
#### Post date: [29. März 2023 um 03:52 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/56 "2023-03-29T03:52:42Z")

</div>

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?

---

<div class="post-metadata">

### Author: ![kris.kotlarek](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/kris.kotlarek/32/176919_2.png) [@kris.kotlarek](https://meta.discourse.org/u/kris.kotlarek)
#### Post date: [29. März 2023 um 03:58 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/57 "2023-03-29T03:58:33Z")

</div>

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](https://meta.discourse.org/my/preferences/interface) 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.

---

<div class="post-metadata">

### Author: ![rahim123](https://avatars.discourse-cdn.com/v4/letter/r/df705f/32.png) [@rahim123](https://meta.discourse.org/u/rahim123)
#### Post date: [29. März 2023 um 04:05 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/58 "2023-03-29T04:05:19Z")

</div>

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?

---

<div class="post-metadata">

### Author: ![kris.kotlarek](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/kris.kotlarek/32/176919_2.png) [@kris.kotlarek](https://meta.discourse.org/u/kris.kotlarek)
#### Post date: [29. März 2023 um 04:12 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/59 "2023-03-29T04:12:07Z")

</div>

Ah, ich verstehe. Sie können das Standardverhalten in SiteSetting → User Preferences → default other external links in new tab ändern.

Benutzer können die Standardeinstellung in ihrem Profil immer noch überschreiben. Löst das das Problem?

---

<div class="post-metadata">

### Author: ![rahim123](https://avatars.discourse-cdn.com/v4/letter/r/df705f/32.png) [@rahim123](https://meta.discourse.org/u/rahim123)
#### Post date: [29. März 2023 um 04:15 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/60 "2023-03-29T04:15:51Z")

</div>

> [@kris.kotlarek](#):
>
> Benutzer können die Standardeinstellung immer noch in ihrem Profil überschreiben. Löst das das Problem?

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.

---

<div class="post-metadata">

### Author: ![mattdm](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mattdm/32/216484_2.png) [@mattdm](https://meta.discourse.org/u/mattdm)
#### Post date: [29. März 2023 um 04:42 UTC](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303/61 "2023-03-29T04:42:06Z")

</div>

> [@rahim123](#):
>
> die meisten Benutzer bevorzugen es, externe Links in einem neuen Tab zu öffnen

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?

[Vorherige Seite](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303.md?page=2)

[Nächste Seite](https://meta.discourse.org/t/custom-sidebar-sections-being-tested-on-meta/255303.md?page=4)
