Gibt es eine Möglichkeit, Beiträge nur für Administratoren mit kürzeren Titeln zu erstellen?
Ich möchte einen Standard-Website-Beitrag mit einem Titel erstellen, der nur aus 6 Buchstaben besteht (als Administrator). Ich möchte jedoch die standardmäßige minimale Titellänge (derzeit 20 Buchstaben) für alle anderen Benutzer beibehalten.
Eine Möglichkeit besteht darin, die min topic title length vorübergehend zu reduzieren, Ihr Thema zu posten und es dann wieder zu erhöhen. Sie müssen dies jedoch auch jedes Mal tun, wenn Sie das Thema bearbeiten.
Vielen Dank für den Vorschlag zur Problemumgehung.
Dieser Ansatz ist in diesem Fall jedoch nicht praktikabel. Ich müsste die Einstellung jedes Mal reduzieren, wenn ich den Beitrag bearbeiten möchte.
Normalerweise posten Administratoren Threads mit prägnanten Titeln für wichtige Beiträge, ähnlich wie bei den „Nutzungsbedingungen“ (nur ein Beispiel, mir ist bewusst, dass es dafür eine separate Seite gibt) oder ähnlichen Themen, die gelegentliche Aktualisungen erfordern. Ein langer Titel wie „Nutzungsbedingungen, ich habe diesen langen Titel geschrieben, weil ich keine Kontrolle über meine eigene Website habe“ würde tatsächlich unprofessionell wirken. Es wäre idealer, wenn Administratoren grundlegende Kontrolle hätten, um einen Thread mit einem kürzeren und prägnanteren Titel zu erstellen, wie zum Beispiel einfach „Nutzungsbedingungen“.
Komm schon, was nützt es, ein Administrator zu sein, wenn sich der Administrator auch an die Grundregeln halten muss? 
Kontrolle über die meisten Dinge zu haben, ist eine grundlegende Notwendigkeit für einen Administrator.
Wenn ich dies beantragen und zu den Einstellungen des offiziellen Discourse hinzufügen lassen möchte, in welcher Kategorie sollte ich es posten? Wäre es die Kategorie „Feature“-Anfrage?
Das ist richtig!
Das war ein ziemlich schlechtes Beispiel. Was wäre eine tatsächliche Situation, in der eine Längenbeschränkung des Titels den Administrator zu sehr einschränkt? Oder ist das nur eine Frage des Prinzips?
Ich bin mir nicht ganz sicher, ob ich Ihnen folgen kann. @Jagster, fühlen Sie sich frei, sich zu äußern.
Es gibt jedoch zahlreiche Fälle, in denen kurze und eindeutige Beitragstitel zutreffend sind, wie z. B. „Regeln“ oder „Veranstaltungen“, die möglicherweise regelmäßig aktualisiert werden müssen.
Betrachten Sie ein Beispiel, bei dem ein Administrator einen Titel als „Veranstaltungen – Dies ist eine erschöpfende Liste von Veranstaltungen, auf die sich jeder beziehen kann“ anstelle von einfach „Veranstaltungen“ festlegt. Wenn der Administrator eine Beschreibung bereitstellen möchte, kann diese im Hauptteil des Beitrags enthalten sein. Die Verwendung einer Beschreibung als Titel wirkt unprofessionell und wird im Allgemeinen nicht bevorzugt.
Was ist das Problem, die Fähigkeiten von Administratoren nicht zu erweitern und ihnen zu ermöglichen, Beiträge mit kürzeren Titeln zu erstellen?
Warum muss Discourse das Format vorschreiben, in dem Forumstitel gepostet werden sollen? Dies sollte allein im Ermessen des Websitebesitzers liegen.
Ja, du hast recht 
Niemand würde jemals einen Titel wie TOS Nutzungsbedingungen Ich habe diesen langen Titel geschrieben, weil ich keine Kontrolle über meine eigene Website habe anstelle von Nutzungsbedingungen verwenden. Dein Beispiel war also rein fiktiv und auch nicht sehr gut. Und es unterstreicht deine Behauptung nicht:
Events ist ein weiteres schlechtes Beispiel. Es könnte der Name einer Kategorie oder eines Tags sein, aber wenn du solche nichtssagenden Titel verwenden möchtest, kannst du ein Limit von 6 Ziffern verwenden. Oder ist dein Punkt, dass es für Administratoren in Ordnung ist, kurze Titel zu verwenden, aber es für Benutzer nicht in Ordnung ist, einen solchen zu sehen oder zu verwenden? Äh… warum? Du gibst keine soliden und gültigen Beispiele aus der realen Welt.
Deshalb bin ich mir ziemlich sicher, dass hinter der Forderung, ein schwieriges und sehr verwirrendes System zu bauen, nur prinzipielles und theoretisches Denken steckt.
Es ist keine große Sache, aber wir arbeiten im Allgemeinen nach der Regel der drei. Wenn etwas von drei oder mehr Personen angefordert wird, ziehen wir es in Betracht. Wenn nur eine Person die Anfrage stellt, priorisieren wir sie nicht, weil es ein bisschen ein Einzelfall ist.
Das tun wir nicht. 
Wir arbeiten hart daran, fast alles hinter einer Einstellung zu verbergen, damit Websitebesitzer Flexibilität haben. In diesem Fall sind Sie sich des einfachen Workarounds bewusst, daher ist dies wahrscheinlich Ihr bester Weg, bis diese Funktionsanfrage priorisiert wird (falls sie das tut).
Lassen Sie mich dann meinen Senf dazugeben..
Generell unterstütze ich die Idee, längere, aussagekräftige Titel anstelle von kürzeren, mehrdeutigen zu haben..
Als Administrator/Selbstentwickler habe ich jedoch genügend Beispiele gesehen, bei denen eine differenzierte Grenzsetzung von Vorteil gewesen wäre..
So sehr, dass ich versucht habe, ein Plugin zu erstellen, das das Admin-/Staff-/Benutzerlimit überschreibt/ergänzt, nur um vom serverseitigen Code gestoppt zu werden, was mich mit der Meldung “Dieses Thema scheint etwas unklar zu sein” zurückließ.
Mein Anwendungsfall ist kategorienkonfigurierbar, wobei Themen unterschiedliche Titelgrenzen haben können.
Betrachten Sie zum Beispiel Kategorien, die Themen wie Geschäfte, Hersteller, Bücher, Filme usw. enthalten. Die Titel selbst können so kurz wie ein einzelner Buchstabe sein, wie “X”, früher bekannt als Twitter (Jetzt ist das ein langer Titel 
).
Im Beispiel einer Kategorie Geschäfte/Hersteller habe ich den dringenden Bedarf teilweise gelöst, indem ich ein :flag: am Ende des Titels angehängt habe. Diese Lösung ist jedoch nicht sehr benutzerfreundlich und ästhetisch ansprechend, wenn es sich um einen Buchtitel handeln würde.
Ebenso wäre es keine optimale Lösung, wenn die Benutzer den Titeln ein „Buch – Eine Anleitung zu..“ voranstellen.
Vielleicht könnten Themen zur Genehmigung markiert werden, wenn Benutzer den Titel trotz seines kurzen Titels für genau genug halten. Dies könnte auch kategoriefähig sein, um kurze Titel dort nicht zuzulassen, wo sie nicht angebracht sind (wie bei PMs und allgemeinen Diskussionen).
Wie auch immer, danke an alle Entwickler 
und diejenigen, die sorgfältig darüber nachdenken 
, was und wie verschiedene Funktionen implementiert werden sollen (wenn überhaupt). Der Fokus auf Stabilität und Sicherheit wird sehr 
geschätzt.
Ja, vielen Dank für die umfassende Antwort.