Anscheinend wurde der Titel dieses Dokuments geändert, aber der Index verweist immer noch darauf als „Auto Captioning".
Und ich denke, diesen Beitrag gibt es nur als Wiki, weil er ursprünglich im #wiki-Channel gepostet und später in eine andere Kategorie verschoben wurde. Ich glaube nicht, dass er weiterhin als Wiki geführt werden muss.
Ich habe eine Bearbeitung für das Index-Thema vorgeschlagen und das Support-Thema von der Wiki-Form befreit.
Vielen Dank. Entschuldigung, ich habe vergessen, Bearbeitungsvorschläge zu erwähnen (oder zumindest, dass dies auch für index funktioniert).
Kein Problem! Ich habe auch eine Reihe fehlender ?silent=true hinzugefügt, während ich dort war.
Alles angenommen.
Hinweis: Aus irgendeinem Grund wurde die Seitenleiste noch nicht aktualisiert. Ich denke, das ist ein separates Problem, das wir bereits an anderer Stelle beobachtet haben und das wir bereits untersuchen. Daher werden wir es vorerst in Ruhe lassen, und hoffentlich wird es bald behoben, sobald die entsprechende Korrektur vorgenommen wurde.
Ich habe fixed zu Category creation floating box blocks out settings at the bottom hinzugefügt, und plötzlich hat @system das Thema geöffnet (und einen Timer zum Schließen des Themas gesetzt). Ich nehme an, geschlossene Meldungen benötigen dann also kein Tag mehr?
Ich finde es in Ordnung, wenn du den Tag trotzdem hinzufügen möchtest. Wir werden versuchen, das bald in Ordnung zu bringen:
Diese beiden Feature-Anfragen scheinen sich sehr ähnlich zu sein:
Ich möchte einen Themenfilter teilen, den ich entwickelt habe, um Themen anzuzeigen, die das #fixed-Tag erhalten sollen. Er lautet wie folgt:
category:bug,ux -tag:fixed,completed group:staff github.com/discourse/discourse/pull
Im Wesentlichen gibt er Themen zurück, die weder das #fixed- noch das #completed-Tag tragen, in den Kategorien Contribute > Bug und Contribute > UX, bei denen ein PR im Thema verlinkt ist.
Er ist nicht vollständig fehlerfrei, funktioniert aber sehr gut.
Ich glaube nicht, dass dies noch zutrifft. Vielleicht müssen die Kategorienbeschreibungen aktualisiert werden.
Ich habe gerade wieder daran gedacht, dass die Beschränkung für das Erstellen von Themen in News and Events > Announcements und News and Events > Blog ebenfalls nach der Umstrukturierung aufgehoben wurde, bis Nat sie freundlicherweise wieder eingefügt hat und uns so vor mehr Spam in einer Kategorie bewahrt hat, die standardmäßig von allen verfolgt wird.
Vielleicht müssen also nicht die Beschreibungen, sondern die Konfiguration aktualisiert werden. Falls dem so ist, frage ich mich, wie es dazu kam, dass diese Beschränkungen verloren gingen.
Ja, diese Einschränkungen sollten noch vorhanden sein. Ich weiß, wie sie verloren gegangen sind – es war ein Problem im Zusammenhang mit dem Neu-Elternsetzen von Kategorien, von dem ich dachte, es sei inzwischen behoben. Da du dies hier gemeldet hast, werde ich jedoch besonders genau hinsehen: Category security settings reset when changing parent/subcategory relationship.
Ich werde das heute noch klären.
Edit: sollte jetzt alles in Ordnung sein
Vielleicht wäre es sinnvoll, Documentation Plugin - Index Topic not working after Restore - #11 by nathank wieder zu öffnen, damit nicht nur TL4-Benutzer dort wieder schreiben können. (Eine andere Option wäre, den neuen Beitrag und den Bericht unter Discourse Doc Categories - #159 by mohx in ein neues Thema zu verschieben, in dem jeder über Index-Themen posten kann, die noch gelöscht und zur Konfiguration hinzugefügt werden müssen.)
Als einmalige Maßnahme habe ich das Thema entsperrt. Falls sich daraus eine separate Diskussion entwickelt, kann diese problemlos aufgeteilt werden 
Hinweis: Das Thema ist so eingestellt, dass es einen Monat nach der letzten Antwort automatisch wieder geschlossen wird. Falls also niemand antwortet, bleibt kein altes Support-Thema offen.
Ups! Das ist mir gar nicht aufgefallen, tut mir leid. Die Gefahren, zu viele Berechtigungen zu haben, oder?
Ich habe versucht, zwei Themen hier zusammenzuführen, aber aufgrund der Einschränkungen als TL4 (im Gegensatz zu einem Moderator, der löschen kann) habe ich ein gewisses Durcheinander hinterlassen.
Dieses gute Thema wäre besser gelöscht, da der Beitrag migriert wurde, um die OP eines anderen Themas zu werden. Es bleibt als (archivierter) Geist zurück:
Allow more options when creating recurrent event
Würde jemand die Ehre haben, es zu löschen?
Ist es möglich, den Titel von 无法登录什么原因 zu übersetzen? Da ich Chinesisch verstehe, schlage ich als Übersetzung vor: „Kein Login möglich, was ist der Grund?“. Ich habe den Beitrag als „Ungenaue Übersetzung“ markiert, und obwohl die Markierung bestätigt wurde, wurde keine Aktion unternommen. Ist es möglich, dies als Übersetzung für EN hinzuzufügen?
Ich kann die englische Version nicht bearbeiten, da der Inhalt des Beitrags auf Englisch ist und die KI dies korrekt als Englisch erkannt hat.
Ich vermute, dass die Spracherkennung für Titel und Text getrennt erfolgt, aber ich weiß nicht, wie ich in diesem Fall den Titel bearbeiten kann, wenn der Text nicht übersetzt ist.
任何随机子域名重定向到www und @顶级域名重定向到www wurden nicht in einer Kategorie gepostet, in der erste Beiträge standardmäßig als Wikis gelten, sondern später in Wiki > Sysadmins verschoben. Könnte jemand diese in Wikis umwandeln?
Ich bin immer noch verwirrt darüber, wo und wann die Übersetzung stattfindet… Sieht hier jemand anderes (EN) diese Titel unübersetzt, aber im Thema übersetzt?
(Ich habe beides verlinkt.)
Danke!
Ich glaube nicht, dass Oneboxes übersetzt werden, daher wird in meinem Beitrag, der auf Englisch ist, der Titel so hinzugefügt, wie er im Forum steht. Durch das Umschalten der Übersetzungen für dich änderst du keine Teile meines Beitrags. Mein Beitrag enthält nur den Link, nicht den Titel des Themas. Das ist kein Teil des Markdowns, sondern der bearbeitete Version.
