Hi Lilly, vielleicht kannst du dazu nachfragen oder erst einmal durchatmen? Deine Antworten kamen bei mir etwas unhöflich rüber, und ich habe dich lediglich respektvoll um eine Information gebeten.
NAVBAR TITLE
subscribe
NAVBAR TITLE
suscribe
Beide verweisen auf verschiedene Links, wobei der eine für abonnierte Nutzer und der andere für alle anderen angezeigt werden soll.
Ich glaube, meine erste Anfrage war klar formuliert, und falls das nicht der Fall war, vervollständigt dies nun das Bild. Ich nutze beide von dir genannten Theme-Komponenten (danke dafür!), und ich habe hier gesehen, dass ihre Namen zur Neuordnung deren Slugs sind – das hat in meinem spezifischen Anwendungsfall also nicht sofort funktioniert.
Das war keine Kritik, sondern lediglich ein Hinweis auf einen möglichen Verbesserungsbedarf. Etwa das Sortieren anhand ihrer IDs oder etwas Ähnliches, was du als Entwicklerin natürlich viel besser weißt als ich.
Ich erwarte hier ohnehin nichts mehr von dir. Einen schönen Tag noch.
Also kommst du in mein Komponententhema, gaslightest mich und nennst mich unhöflich, weil ich deine Beiträge nicht verstehe? Vielleicht solltest du die Dokumentation lesen.
Kurzer Hinweis zur Frage des Tons – ich habe Lillys Antworten nicht als unhöflich empfunden, sondern lediglich als knappe Antworten auf eine Frage, die von außen noch nicht ganz klar war, sowie als Hinweis darauf, dass das Problem mit den nicht funktionierenden Links möglicherweise nichts mit ihrem Komponentenbereich zu tun hat.
Zum eigentlichen Problem: Dass zwei Abschnitte denselben Slug verwenden, ist an sich kein Problem – sie können problemlos nebeneinander in der Seitenleiste existieren.
Diese Komponente positioniert Abschnitte über data-section-name in CSS, und das ist der einzige stabile Hook, der im gerenderten DOM verfügbar ist. Es gibt keine separate ID für einen Abschnitt außer seinem Slug, sodass zwei Abschnitte mit identischem Namen keine unterschiedlichen Sortierwerte zugewiesen bekommen können – die Komponente kann sie nicht unterscheiden, und das könnte auch kein anderer CSS-basierter Ansatz, da das DOM einfach keine granulareren Auswahlmöglichkeiten bietet.
Das ist also keine Frage einer kleinen Verbesserung, wie du es mit deiner ID-Idee vorschlugst – es würde erfordern, dass das DOM etwas verfügbar macht, das Discourse derzeit nicht tut, oder einen grundlegend anderen Ansatz.
Ich bin mir immer noch nicht ganz sicher, was genau dein Problem mit der Umordnungs-Komponente in Bezug auf die Verwendung von Slugs ist. In deinem Beispiel liegen beide Abschnitte nebeneinander – das würde mit dieser Komponente einwandfrei funktionieren. Vielleicht kannst du mir noch helfen, zu klären, was genau dein Problem beim Umordnen deiner Abschnitte war.