ich habe mit der neuen Funktion „Benutzerdefinierte Moderations-Flags“ experimentiert und festgestellt, dass beim Erstellen eines neuen Flags in einigen Fällen Fehler bei fehlenden Textschlüsseln auftreten.
Wenn beispielsweise die Moderationsoption „Beitrag ausblenden“ verwendet wird, erwartet die an den Benutzer gesendete Nachricht die Existenz eines Textschlüssels „flag_reasons.mycustomflag“.
Ist es möglich, die fehlenden Schlüssel hinzuzufügen/zu definieren? Soweit ich weiß, erlaubt die Website-Textfunktion nur die Übersetzung bereits vorhandener Schlüssel.
Jeder Hinweis oder jede Anleitung wäre sehr willkommen!
Wir sind gerade dabei, neu hinzugefügte Zeichenfolgen für die bevorstehende Veröffentlichung übersetzen zu lassen. Gibt es ein bestimmtes Problem, das Sie mit den Zeichenfolgen in benutzerdefinierten Flags hatten? Ich bin mir aufgrund Ihrer Frage nicht ganz im Klaren. Wäre es möglich, dass Sie einen Screenshot teilen? In welcher Sprache ist Ihr Forum? Funktioniert das Markieren auf US-Englisch korrekt?
Ich glaube nicht, dass das Problem mit einer bestimmten Übersetzung zusammenhängt.
Wenn ein Beitrag aufgrund von Markierungen durch die Community ausgeblendet wird, wird eine persönliche Nachricht an den Autor gesendet. Diese Nachricht enthält einen Grund. Zum Beispiel:
Diese Gründe werden verwendet, wenn die Nachricht erstellt wird.
Der Code, der diesen Grund zur Nachricht hinzufügt, verwendet den post_action_type
Das funktioniert für die Standardgründe für Markierungen. Zum Beispiel flag_reasons.spam, wie im obigen Screenshot zu sehen ist.
Das Problem ist, dass es keine solche Zeichenkette für benutzerdefinierte Gründe für Markierungen gibt. Wenn Sie zum Beispiel einen Grund „Testen“ erstellen und „Automatisch ausgeblendete markierte Inhalte“ aktivieren.
Dann wird flag_reasons.custom_testing verwendet. Dieser Grund existiert jedoch nicht. Die Sprache spielt keine Rolle; er existiert nicht einmal auf Englisch, da es sich um eine benutzerdefinierte Markierung handelt.
Verglichen mit zum Beispiel „Your post was flagged as off-topic: the community feels it is not a good fit for the topic, as currently defined by the title and the first post.“ ist der Grund für eine benutzerdefinierte Markierung nur ein Schlüsselwort.
Vielleicht könnte „Your post was flagged as reason.“ auch für benutzerdefinierte Markierungen verwendet werden.
Für illegal, was keine benutzerdefinierte Markierung ist, zeige den Inhalt von topic_flag_types.illegal.description an, der existiert. Im US-Englischen lautet er „This topic requires staff attention because I believe it contains content that is illegal.“
Für benutzerdefinierte Markierungen, zur Verdeutlichung, ändere Grund zu „Der Beitrag wurde als Grund markiert.“
Gibt es eine technische Einschränkung, die uns daran hindert, die Beschreibungsbegründung in die E-Mail aufzunehmen?
Das tut es nicht. Nun, die Beschreibung existiert, aber das ist nicht dasselbe wie der Grund. Es gibt 3 Texte:
Die Beschreibung, die dem Benutzer angezeigt wird, der den Beitrag markiert.
Der Grund, der dem Autor des Beitrags angezeigt wird:
Der Grund, der dem Antwortenden auf einen gelöschten Beitrag angezeigt wird, wenn sein Beitrag ebenfalls gelöscht wird und die Einstellung aktiviert ist. Dieser fehlt für „illegal“:
Oh, interessant. (2) und (3) sind fast identisch – ich frage mich, ob wir die Dinge durch unterschiedliche Texte für diese beiden Fälle verkomplizieren.
Vorerst können wir einfach einen neuen String für „illegal“ erstellen und sicherstellen, dass er funktioniert, z. B.
responder:
illegal: „Der Beitrag wurde als **illegal** markiert: Die Community glaubt, dass er möglicherweise gegen das Gesetz verstößt.“
Wir könnten auch einen neuen String in (2) und (3) erstellen, um alle benutzerdefinierten Flags abzudecken, z. B.
flag_reasons:
custom: „Ihr Beitrag wurde als **Grund** markiert.
responder:
custom: „Der Beitrag wurde als **Grund** markiert.
