Ich denke, Erwähnungen von Kategorien und Tags sollten von dieser Warnung ausgenommen sein, und vielleicht auch alle internen Themenverweise (d. h. diese Warnung für alle Links unterdrücken, die zur eigenen Forum-Instanz führen).
Danke, dass du dieses Thema erstellt hast. Diese Warnung nervt mich auch ein wenig. In meiner Antwort erscheint keine Warnung bei der Verwendung von Contribute > Bug, also scheint dies auf Kategorienamen beschränkt zu sein. Ich erinnere mich nicht mehr, wann das begonnen hat, aber ich habe es gerade getestet, und auf einem Forum, das noch auf v3.6.0.beta1-dev läuft, tritt das Problem nicht auf.
Ich bin mir nicht sicher, ob ich dem zustimme. Ich finde es normalerweise sehr hilfreich, wenn ich darauf hingewiesen werde, dass eine Theme-Komponente in einem Thema bereits verlinkt wurde. Manchmal übersehe ich, dass etwas bereits vorgeschlagen wurde.
Nebenanmerkung: Ich habe versucht, eine Kategorie-Erwähnung mit #contribute:bug zu erstellen, aber anscheinend wurde dies zu einer Tag-Erwähnung. Ich bin nicht sicher, ob es wünschenswert ist, ein Tag mit demselben Namen wie eine Kategorie zu haben.
Ich denke, das liegt daran, dass #contribute:bug jetzt eine Unterkategorie ist. Es gibt viele Duplikate, und ich glaube, das war vorher kein Problem.
Normalerweise wird die Kategorie zuerst angeboten, weil sie eine exakte Übereinstimmung ist, zum Beispiel bei #documentation Documentation. Hier wird die Kategorie und nicht #documentation::tag documentation angezeigt und in der Autovervollständigung zuerst angeboten:
Bei #contribute:bug Contribute > Bug ist es umgekehrt. Dies wird jetzt dem Tag statt der Unterkategorie zugeordnet (ein Aspekt davon, dass alles Unterkategorien sind, gefällt mir nicht)
Ich denke, manchmal hängt das Angebot auch vom Kontext in einem Thema ab. #contribute:lounge wird vor dem Chat-Kanal mit demselben Namen angeboten. Aber im Chat wird zuerst der Kanal angeboten.
Aber ich glaube nicht, dass es möglich ist, Duplikate zu vermeiden.
Das wird zwar etwas vom Thema ablenken, aber ehrlich gesagt sehe ich den Sinn eines #contribute:bug-Tags, wenn wir bereits eine Bug-Kategorie haben.
Vielleicht für ein Thema über eine Funktion oder ein UX-Problem, das mich stört, aber kein Fehler ist… 
Das Tag kann in privaten Unterkategorien verwendet werden, sodass es außerhalb der öffentlichen Fehlerkategorie einen gewissen potenziellen Nutzen hat … aber es wird nicht viel verwendet, daher könnte es sich lohnen, das Tag aufzuräumen und aufzugeben.
Ich bin dafür, dieses Tag als einfachen Schritt hier aufzuräumen.
Es gibt auch eine gewisse Überschneidung mit dieser Diskussion, wenn man genau hinsieht: Can we make inline links to subcategories more concise?
Das hindert mich gelegentlich auch daran, einen redundanten Vorschlag zu machen. Wenn das nicht der Fall ist, fühle ich mich nicht allzu schuldig, die Warnung zu schließen und einen Link einzufügen, um einen Beitrag nützlicher zu machen – da er möglicherweise woanders verschoben oder zitiert wird.
