Overview

Project website rob006-software.github.io/flarum-translations
Instructions for translators

https://github.com/rob006-software/flarum-translations/wiki
Project maintainers User avatar rob006
Translation license MIT License
Translation process
  • Translations can be made directly.
  • Translation suggestions can be made.
  • Any authenticated user can contribute.
  • The translation uses monolingual files.
  • The translation base language can not be edited.
Source code repository git@github.com:rob006-software/flarum-translations.git
Repository branch master
Last remote commit Update list of pending extensions. 44ad93c99
Rob Bot authored 19 hours ago
Last commit in Weblate Translated using Weblate (Russian) 6a3b2ac41
User avatar Vadim_RUNN authored a week ago
Weblate repository https://weblate.rob006.net/git/flarum/core/
File mask translations/*/askvortsov-auto-moderator.json
Monolingual base language file sources/askvortsov-auto-moderator.json
Translation file Download translations/de/askvortsov-auto-moderator.json
Last change Feb. 18, 2022, 10:50 p.m.
Last author Kakifrucht

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 57 567 3,744
Approved 0% 0 0% 0 0% 0
Waiting for review 100% 57 100% 567 100% 3,744
Translated 100% 57 100% 567 100% 3,744
Needs editing 0% 0 0% 0 0% 0
Read-only 0% 0 0% 0 0% 0
Failing checks 0% 0 0% 0 0% 0
Strings with suggestions 0% 0 0% 0 0% 0
Untranslated strings 0% 0 0% 0 0% 0
Last 12 months Previous

Activity in last 12 months

0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes
Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec Jan

Quick numbers

567
Hosted words
57
Hosted strings
100%
Translated
0
Contributors
and previous 30 days

Trends of last 30 days

—
Hosted words
+100%
—
Hosted strings
+100%
—
Translated
+100%
—
Contributors
—
User avatar Kakifrucht

Translation changed

Flarum / askvortsov-auto-moderator — German

<li>Tl;dr: When a user meets criteria X, do Y. When a user no longer meets criteria X, do Z.</li>
<li><strong>Criteria:</strong> Criteria are the core of this extension. They are arbitrary sets of metrics and requirements. When a user meets a criterion, any "on gain" actions for the criterion will be executed. When a user loses a criterion, any "on loss" actions for the criterion will be executed.</li>
<ul>
<li><strong>Metric:</strong> A numerical condition. For example, post count or number of likes received. A criterion could require a range/minimum/maximum of metrics.</li>
<li><strong>Requirement:</strong> An abstract boolean condition. For example, not being suspended, or having an email that matches a certain regex.</li>
</ul>
<li><strong>Actions:</strong> Something that happens automatically when a criteria is met or lost. This could include anything from adding/removing a group to sending an email to suspending a user.</li>
<li><strong>Trigger:</strong> A set of events that would cause a user's criteria groups to be reevaluated. These are part of the definitions of metrics and requirements. All criteria will be evaluated on login: that is the "universal trigger".</li>
<li>"On loss" actions will always run before "on gain" actions. That way, actions will be taken as long as a user meets at least one of the criteria that do that action on gain.</li>
<li>Keep in mind that actions only run "on loss" and "on gain". Manual edits while a user qualifies for a criterion will not trigger the criterion's "on gain" actions to be reapplied.</li>
<li>If you delete a criterion, "on loss" actions will NOT be run for the users who currently qualify for the criterion.</li>
<li>If you are using criteria to manage groups, we recommend maintaining a separate set of groups to be managed by criteria. You will not be able to add/remove users to/from these groups manually.</li>
<li>Tl;dr: Wenn ein Benutzer die Kriterien X erfüllt, führe Y aus. Wenn ein Benutzer die Kriterien X nicht mehr erfüllt, führe Z aus.</li>
<li><strong>Criteria:</strong> Criteria sind der Kern dieser Erweiterung. Sie sind willkürliche Sätze von Metriken und Anforderungen. Wenn ein Benutzer ein Kriterium erfüllt, werden alle Aktionen für das Kriterium ausgeführt, die 'bei Gewinn' sind. Wenn ein Benutzer ein Kriterium verliert, werden alle Aktionen 'bei Verlust' für das Kriterium ausgeführt.</li>
<ul>
<li><strong>Metric:</strong> Eine numerische Bedingung. Zum Beispiel die Anzahl der Beiträge oder die Anzahl der erhaltenen Likes. Ein Kriterium könnte einen Bereich/ein Minimum/Maximum von Metriken erfordern.</li>
<li><strong>Requirement:</strong> Eine abstrakte boolesche Bedingung. Zum Beispiel, nicht gesperrt zu sein oder eine E-Mail zu haben, die einer bestimmten Regex entspricht.</li>
</ul>
<li><strong>Actions:</strong> Etwas, das automatisch gescheiht, wenn ein Kriterium erfüllt wird oder verloren geht. Dies kann alles umfassen, vom Hinzufügen/Entfernen einer Gruppe über das Senden einer E-Mail bis hin zum Sperren eines Benutzers.</li>
<li><strong>Trigger:</strong> Eine Reihe von Ereignissen, die eine Neubewertung der Kriteriengruppen eines Benutzers bewirken. Diese sind Teil der Definitionen von Metriken und Anforderungen. Alle Kriterien werden beim Login ausgewertet: das ist der 'universelle Trigger'.</li>
<li>'Bei Verlust'-Aktionen werden immer vor 'bei Gewinn'-Aktionen ausgeführt. Auf diese Weise werden Aktionen ausgeführt, solange ein Benutzer mindestens eines der Kriterien erfüllt, die diese Aktion bei Gewinn ausführen.</li>
<li>Denke daran, dass Aktionen nur „bei Verlust“ und „bei Gewinn“ ausgeführt werden. Manuelle Bearbeitungen, während sich ein Benutzer für ein Kriterium qualifiziert, führen nicht dazu, dass die Aktionen des Kriteriums „bei Verstärkung“ erneut angewendet werden.</li>
<li>Wenn Du ein Kriterium löschst, werden KEINE Aktionen bei Verlust für die Benutzer ausgeführt, die sich derzeit für das Kriterium qualifizieren.</li>
<li>Wenn Du Kriterien zum Verwalten von Gruppen verwendest, empfehlen wir, einen separaten Satz von Gruppen zu verwalten, die nach Kriterien verwaltet werden. Du kannst diesen Gruppen keine Benutzer manuell hinzufügen/entfernen.</li>
3 years ago
User avatar Kakifrucht

New contributor

Flarum / askvortsov-auto-moderator — German

New contributor 3 years ago
User avatar Justman10000

Translation changed

Flarum / askvortsov-auto-moderator — German

<li>Tl;dr: When a user meets criteria X, do Y. When a user no longer meets criteria X, do Z.</li>
<li><strong>Criteria:</strong> Criteria are the core of this extension. They are arbitrary sets of metrics and requirements. When a user meets a criterion, any "on gain" actions for the criterion will be executed. When a user loses a criterion, any "on loss" actions for the criterion will be executed.</li>
<ul>
<li><strong>Metric:</strong> A numerical condition. For example, post count or number of likes received. A criterion could require a range/minimum/maximum of metrics.</li>
<li><strong>Requirement:</strong> An abstract boolean condition. For example, not being suspended, or having an email that matches a certain regex.</li>
</ul>
<li><strong>Actions:</strong> Something that happens automatically when a criteria is met or lost. This could include anything from adding/removing a group to sending an email to suspending a user.</li>
<li><strong>Trigger:</strong> A set of events that would cause a user's criteria groups to be reevaluated. These are part of the definitions of metrics and requirements. All criteria will be evaluated on login: that is the "universal trigger".</li>
<li>"On loss" actions will always run before "on gain" actions. That way, actions will be taken as long as a user meets at least one of the criteria that do that action on gain.</li>
<li>Keep in mind that actions only run "on loss" and "on gain". Manual edits while a user qualifies for a criterion will not trigger the criterion's "on gain" actions to be reapplied.</li>
<li>If you delete a criterion, "on loss" actions will NOT be run for the users who currently qualify for the criterion.</li>
<li>If you are using criteria to manage groups, we recommend maintaining a separate set of groups to be managed by criteria. You will not be able to add/remove users to/from these groups manually.</li>
<li>Tl;dr: Wenn ein Benutzer die Kriterien X erfüllt, führe Y aus. Wenn ein Benutzer die Kriterien X nicht mehr erfüllt, führe Z aus.</li>
<li><strong>Criteria:</strong> Criteria sind der Kern dieser Erweiterung. Sie sind willkürliche Sätze von Metriken und Anforderungen. Wenn ein Benutzer ein Kriterium erfüllt, werden alle Aktionen für das Kriterium ausgeführt, die 'bei Gewinn' sind. Wenn ein Benutzer ein Kriterium verliert, werden alle Aktionen 'bei Verlust' für das Kriterium ausgeführt.</li>
<ul>
<li><strong>Metric:</strong> Eine numerische Bedingung. Zum Beispiel die Anzahl der Beiträge oder die Anzahl der erhaltenen Likes. Ein Kriterium könnte einen Bereich/ein Minimum/Maximum von Metriken erfordern.</li>
<li><strong>Requirement:</strong> Eine abstrakte boolesche Bedingung. Zum Beispiel, nicht gesperrt zu sein oder eine E-Mail zu haben, die einer bestimmten Regex entspricht.</li>
</ul>
<li><strong>Actions:</strong> Etwas, das automatisch gescheiht, wenn ein Kriterium erfüllt wird oder verloren geht. Dies kann alles umfassen, vom Hinzufügen/Entfernen einer Gruppe über das Senden einer E-Mail bis hin zum Sperren eines Benutzers.</li>
<li><strong>Trigger:</strong> Eine Reihe von Ereignissen, die eine Neubewertung der Kriteriengruppen eines Benutzers bewirken. Diese sind Teil der Definitionen von Metriken und Anforderungen. Alle Kriterien werden beim Login ausgewertet: das ist der 'universelle Trigger'.</li>
<li>'Bei Verlust'-Aktionen werden immer vor 'bei Gewinn'-Aktionen ausgeführt. Auf diese Weise werden Aktionen ausgeführt, solange ein Benutzer mindestens eines der Kriterien erfüllt, die diese Aktion bei Gewinn ausführen.</li>
Denke daran, dass Aktionen nur „bei Verlust“ und „bei Gewinn“ ausgeführt werden. Manuelle Bearbeitungen, während sich ein Benutzer für ein Kriterium qualifiziert, führen nicht dazu, dass die Aktionen des Kriteriums „bei Verstärkung“ erneut angewendet werden.</li>
<li>Wenn Du ein Kriterium löschst, werden KEINE Aktionen bei Verlust für die Benutzer ausgeführt, die sich derzeit für das Kriterium qualifizieren.</li>
<li>Wenn Du Kriterien zum Verwalten von Gruppen verwendest, empfehlen wir, einen separaten Satz von Gruppen zu verwalten, die nach Kriterien verwaltet werden. Du kannst diesen Gruppen keine Benutzer manuell hinzufügen/entfernen.</li>
3 years ago
User avatar Justman10000

Translation changed

Flarum / askvortsov-auto-moderator — German

<li>Tl;dr: When a user meets criteria X, do Y. When a user no longer meets criteria X, do Z.</li>
<li><strong>Criteria:</strong> Criteria are the core of this extension. They are arbitrary sets of metrics and requirements. When a user meets a criterion, any "on gain" actions for the criterion will be executed. When a user loses a criterion, any "on loss" actions for the criterion will be executed.</li>
<ul>
<li><strong>Metric:</strong> A numerical condition. For example, post count or number of likes received. A criterion could require a range/minimum/maximum of metrics.</li>
<li><strong>Requirement:</strong> An abstract boolean condition. For example, not being suspended, or having an email that matches a certain regex.</li>
</ul>
<li><strong>Actions:</strong> Something that happens automatically when a criteria is met or lost. This could include anything from adding/removing a group to sending an email to suspending a user.</li>
<li><strong>Trigger:</strong> A set of events that would cause a user's criteria groups to be reevaluated. These are part of the definitions of metrics and requirements. All criteria will be evaluated on login: that is the "universal trigger".</li>
<li>"On loss" actions will always run before "on gain" actions. That way, actions will be taken as long as a user meets at least one of the criteria that do that action on gain.</li>
<li>Keep in mind that actions only run "on loss" and "on gain". Manual edits while a user qualifies for a criterion will not trigger the criterion's "on gain" actions to be reapplied.</li>
<li>If you delete a criterion, "on loss" actions will NOT be run for the users who currently qualify for the criterion.</li>
<li>If you are using criteria to manage groups, we recommend maintaining a separate set of groups to be managed by criteria. You will not be able to add/remove users to/from these groups manually.</li>
<li>Tl;dr: Wenn ein Benutzer die Kriterien X erfüllt, führe Y aus. Wenn ein Benutzer die Kriterien X nicht mehr erfüllt, führe Z aus.</li>
<li><strong>Criteria:</strong> Criteria sind der Kern dieser Erweiterung. Sie sind willkürliche Sätze von Metriken und Anforderungen. Wenn ein Benutzer ein Kriterium erfüllt, werden alle Aktionen für das Kriterium ausgeführt, die 'bei Gewinn' sind. Wenn ein Benutzer ein Kriterium verliert, werden alle Aktionen 'bei Verlust' für das Kriterium ausgeführt.</li>
<ul>
<li><strong>Metric:</strong> Eine numerische Bedingung. Zum Beispiel die Anzahl der Beiträge oder die Anzahl der erhaltenen Likes. Ein Kriterium könnte einen Bereich/ein Minimum/Maximum von Metriken erfordern.</li>
<li><strong>Requirement:</strong> Eine abstrakte boolesche Bedingung. Zum Beispiel, nicht gesperrt zu sein oder eine E-Mail zu haben, die einer bestimmten Regex entspricht.</li>
</ul>
<li><strong>Actions:</strong> Etwas, das automatisch gescheiht, wenn ein Kriterium erfüllt wird oder verloren geht. Dies kann alles umfassen, vom Hinzufügen/Entfernen einer Gruppe über das Senden einer E-Mail bis hin zum Sperren eines Benutzers.</li>
<li><strong>Trigger:</strong> Eine Reihe von Ereignissen, die eine Neubewertung der Kriteriengruppen eines Benutzers bewirken. Diese sind Teil der Definitionen von Metriken und Anforderungen. Alle Kriterien werden beim Login ausgewertet: das ist der 'universelle Trigger'.</li>
<li>'Bei Verlust'-Aktionen werden immer vor 'bei Gewinn'-Aktionen ausgeführt. Auf diese Weise werden Aktionen ausgeführt, solange ein Benutzer mindestens eines der Kriterien erfüllt, die diese Aktion bei Gewinn ausführen.</li>
Denke daran, dass Aktionen nur „bei Verlust“ und „bei Gewinn“ ausgeführt werden. Manuelle Bearbeitungen, während sich ein Benutzer für ein Kriterium qualifiziert, führen nicht dazu, dass die Aktionen des Kriteriums „bei Verstärkung“ erneut angewendet werden.</li>
<li>Wenn Du ein Kriterium löschst, werden KEINE Aktionen bei Verlust für die Benutzer ausgeführt, die sich derzeit für das Kriterium qualifizieren.</li>
<li>Wenn Du Kriterien zum Verwalten von Gruppen verwendest, empfehlen wir, einen separaten Satz von Gruppen zu verwalten, die nach Kriterien verwaltet werden. Du kannst diesen Gruppen keine Benutzer manuell hinzufügen/entfernen.</li>
3 years ago
User avatar Justman10000

Translation changed

Flarum / askvortsov-auto-moderator — German

<li>Tl;dr: When a user meets criteria X, do Y. When a user no longer meets criteria X, do Z.</li>
<li><strong>Criteria:</strong> Criteria are the core of this extension. They are arbitrary sets of metrics and requirements. When a user meets a criterion, any "on gain" actions for the criterion will be executed. When a user loses a criterion, any "on loss" actions for the criterion will be executed.</li>
<ul>
<li><strong>Metric:</strong> A numerical condition. For example, post count or number of likes received. A criterion could require a range/minimum/maximum of metrics.</li>
<li><strong>Requirement:</strong> An abstract boolean condition. For example, not being suspended, or having an email that matches a certain regex.</li>
</ul>
<li><strong>Actions:</strong> Something that happens automatically when a criteria is met or lost. This could include anything from adding/removing a group to sending an email to suspending a user.</li>
<li><strong>Trigger:</strong> A set of events that would cause a user's criteria groups to be reevaluated. These are part of the definitions of metrics and requirements. All criteria will be evaluated on login: that is the "universal trigger".</li>
<li>"On loss" actions will always run before "on gain" actions. That way, actions will be taken as long as a user meets at least one of the criteria that do that action on gain.</li>
<li>Keep in mind that actions only run "on loss" and "on gain". Manual edits while a user qualifies for a criterion will not trigger the criterion's "on gain" actions to be reapplied.</li>
<li>If you delete a criterion, "on loss" actions will NOT be run for the users who currently qualify for the criterion.</li>
<li>If you are using criteria to manage groups, we recommend maintaining a separate set of groups to be managed by criteria. You will not be able to add/remove users to/from these groups manually.</li>
<li>Tl;dr: Wenn ein Benutzer die Kriterien X erfüllt, führe Y aus. Wenn ein Benutzer die Kriterien X nicht mehr erfüllt, führe Z aus.</li>
<li><strong>Criteria:</strong> Criteria sind der Kern dieser Erweiterung. Sie sind willkürliche Sätze von Metriken und Anforderungen. Wenn ein Benutzer ein Kriterium erfüllt, werden alle Aktionen für das Kriterium ausgeführt, die 'bei Gewinn' sind. Wenn ein Benutzer ein Kriterium verliert, werden alle Aktionen 'bei Verlust' für das Kriterium ausgeführt.</li>

<ul>
<li><strong>Metric:</strong> Eine numerische Bedingung. Zum Beispiel die Anzahl der Beiträge oder die Anzahl der erhaltenen Likes. Ein Kriterium könnte einen Bereich/ein Minimum/Maximum von Metriken erfordern.</li>
<li><strong>Requirement:</strong> Eine abstrakte boolesche Bedingung. Zum Beispiel, nicht gesperrt zu sein oder eine E-Mail zu haben, die einer bestimmten Regex entspricht.</li>
</ul>
<li><strong>Actions:</strong> Etwas, das automatisch gescheiht, wenn ein Kriterium erfüllt wird oder verloren geht. Dies kann alles umfassen, vom Hinzufügen/Entfernen einer Gruppe über das Senden einer E-Mail bis hin zum Sperren eines Benutzers.</li>
<li><strong>Trigger:</strong> Eine Reihe von Ereignissen, die eine Neubewertung der Kriteriengruppen eines Benutzers bewirken. Diese sind Teil der Definitionen von Metriken und Anforderungen. Alle Kriterien werden beim Login ausgewertet: das ist der 'universelle Trigger'.</li>
<li>'Bei Verlust'-Aktionen werden immer vor 'bei Gewinn'-Aktionen ausgeführt. Auf diese Weise werden Aktionen ausgeführt, solange ein Benutzer mindestens eines der Kriterien erfüllt, die diese Aktion bei Gewinn ausführen.</li>
Denke daran, dass Aktionen nur „bei Verlust“ und „bei Gewinn“ ausgeführt werden. Manuelle Bearbeitungen, während sich ein Benutzer für ein Kriterium qualifiziert, führen nicht dazu, dass die Aktionen des Kriteriums „bei Verstärkung“ erneut angewendet werden.</li>
<li>Wenn Du ein Kriterium löschst, werden KEINE Aktionen bei Verlust für die Benutzer ausgeführt, die sich derzeit für das Kriterium qualifizieren.</li>
<li>Wenn Du Kriterien zum Verwalten von Gruppen verwendest, empfehlen wir, einen separaten Satz von Gruppen zu verwalten, die nach Kriterien verwaltet werden. Du kannst diesen Gruppen keine Benutzer manuell hinzufügen/entfernen.</li>
3 years ago
User avatar Justman10000

Translation changed

Flarum / askvortsov-auto-moderator — German

<li>Tl;dr: When a user meets criteria X, do Y. When a user no longer meets criteria X, do Z.</li>
<li><strong>Criteria:</strong> Criteria are the core of this extension. They are arbitrary sets of metrics and requirements. When a user meets a criterion, any "on gain" actions for the criterion will be executed. When a user loses a criterion, any "on loss" actions for the criterion will be executed.</li>
<ul>
<li><strong>Metric:</strong> A numerical condition. For example, post count or number of likes received. A criterion could require a range/minimum/maximum of metrics.</li>
<li><strong>Requirement:</strong> An abstract boolean condition. For example, not being suspended, or having an email that matches a certain regex.</li>
</ul>
<li><strong>Actions:</strong> Something that happens automatically when a criteria is met or lost. This could include anything from adding/removing a group to sending an email to suspending a user.</li>
<li><strong>Trigger:</strong> A set of events that would cause a user's criteria groups to be reevaluated. These are part of the definitions of metrics and requirements. All criteria will be evaluated on login: that is the "universal trigger".</li>
<li>"On loss" actions will always run before "on gain" actions. That way, actions will be taken as long as a user meets at least one of the criteria that do that action on gain.</li>
<li>Keep in mind that actions only run "on loss" and "on gain". Manual edits while a user qualifies for a criterion will not trigger the criterion's "on gain" actions to be reapplied.</li>
<li>If you delete a criterion, "on loss" actions will NOT be run for the users who currently qualify for the criterion.</li>
<li>If you are using criteria to manage groups, we recommend maintaining a separate set of groups to be managed by criteria. You will not be able to add/remove users to/from these groups manually.</li>
<li>Tl;dr: Wenn ein Benutzer die Kriterien X erfüllt, führe Y aus. Wenn ein Benutzer die Kriterien X nicht mehr erfüllt, führe Z aus.</li>
<li><strong>Criteria:</strong> Criteria sind der Kern dieser Erweiterung. Sie sind willkürliche Sätze von Metriken und Anforderungen. Wenn ein Benutzer ein Kriterium erfüllt, werden alle Aktionen für das Kriterium ausgeführt, die 'bei Gewinn' sind. Wenn ein Benutzer ein Kriterium verliert, werden alle Aktionen 'bei Verlust' für das Kriterium ausgeführt.</li>

<ul>
<li><strong>Metric:</strong> Eine numerische Bedingung. Zum Beispiel die Anzahl der Beiträge oder die Anzahl der erhaltenen Likes. Ein Kriterium könnte einen Bereich/ein Minimum/Maximum von Metriken erfordern.</li>
<li><strong>Requirement:</strong> Eine abstrakte boolesche Bedingung. Zum Beispiel, nicht gesperrt zu sein oder eine E-Mail zu haben, die einer bestimmten Regex entspricht.</li>
</ul>
<li><strong>Actions:</strong> Etwas, das automatisch gescheiht, wenn ein Kriterium erfüllt wird oder verloren geht. Dies kann alles umfassen, vom Hinzufügen/Entfernen einer Gruppe über das Senden einer E-Mail bis hin zum Sperren eines Benutzers.</li>
<li><strong>Trigger:</strong> Eine Reihe von Ereignissen, die eine Neubewertung der Kriteriengruppen eines Benutzers bewirken. Diese sind Teil der Definitionen von Metriken und Anforderungen. Alle Kriterien werden beim Login ausgewertet: das ist der 'universelle Trigger'.</li>
<li>'Bei Verlust'-Aktionen werden immer vor 'bei Gewinn'-Aktionen ausgeführt. Auf diese Weise werden Aktionen ausgeführt, solange ein Benutzer mindestens eines der Kriterien erfüllt, die diese Aktion bei Gewinn ausführen.</li>
Denke daran, dass Aktionen nur „bei Verlust“ und „bei Gewinn“ ausgeführt werden. Manuelle Bearbeitungen, während sich ein Benutzer für ein Kriterium qualifiziert, führen nicht dazu, dass die Aktionen des Kriteriums „bei Verstärkung“ erneut angewendet werden.</li>
<li>Wenn Du ein Kriterium löschst, werden KEINE Aktionen bei Verlust für die Benutzer ausgeführt, die sich derzeit für das Kriterium qualifizieren.</li>
<li>Wenn Du Kriterien zum Verwalten von Gruppen verwendest, empfehlen wir, einen separaten Satz von Gruppen zu verwalten, die nach Kriterien verwaltet werden. Du kannst diesen Gruppen keine Benutzer manuell hinzufügen/entfernen.</li>
3 years ago
User avatar Justman10000

Translation changed

Flarum / askvortsov-auto-moderator — German

<li>Tl;dr: When a user meets criteria X, do Y. When a user no longer meets criteria X, do Z.</li>
<li><strong>Criteria:</strong> Criteria are the core of this extension. They are arbitrary sets of metrics and requirements. When a user meets a criterion, any "on gain" actions for the criterion will be executed. When a user loses a criterion, any "on loss" actions for the criterion will be executed.</li>
<ul>
<li><strong>Metric:</strong> A numerical condition. For example, post count or number of likes received. A criterion could require a range/minimum/maximum of metrics.</li>
<li><strong>Requirement:</strong> An abstract boolean condition. For example, not being suspended, or having an email that matches a certain regex.</li>
</ul>
<li><strong>Actions:</strong> Something that happens automatically when a criteria is met or lost. This could include anything from adding/removing a group to sending an email to suspending a user.</li>
<li><strong>Trigger:</strong> A set of events that would cause a user's criteria groups to be reevaluated. These are part of the definitions of metrics and requirements. All criteria will be evaluated on login: that is the "universal trigger".</li>
<li>"On loss" actions will always run before "on gain" actions. That way, actions will be taken as long as a user meets at least one of the criteria that do that action on gain.</li>
<li>Keep in mind that actions only run "on loss" and "on gain". Manual edits while a user qualifies for a criterion will not trigger the criterion's "on gain" actions to be reapplied.</li>
<li>If you delete a criterion, "on loss" actions will NOT be run for the users who currently qualify for the criterion.</li>
<li>If you are using criteria to manage groups, we recommend maintaining a separate set of groups to be managed by criteria. You will not be able to add/remove users to/from these groups manually.</li>
<li>Tl;dr: Wenn ein Benutzer die Kriterien X erfüllt, führe Y aus. Wenn ein Benutzer die Kriterien X nicht mehr erfüllt, führe Z aus.</li>
<li><strong>Criteria:</strong> Criteria sind der Kern dieser Erweiterung. Sie sind willkürliche Sätze von Metriken und Anforderungen. Wenn ein Benutzer ein Kriterium erfüllt, werden alle Aktionen für das Kriterium ausgeführt, die 'bei Gewinn' sind. Wenn ein Benutzer ein Kriterium verliert, werden alle Aktionen 'bei Verlust' für das Kriterium ausgeführt.</li>
<ul>
<li><strong>Metric:</strong> Eine numerische Bedingung. Zum Beispiel die Anzahl der Beiträge oder die Anzahl der erhaltenen Likes. Ein Kriterium könnte einen Bereich/ein Minimum/Maximum von Metriken erfordern.</li>
<li><strong>Requirement:</strong> Eine abstrakte boolesche Bedingung. Zum Beispiel, nicht gesperrt zu sein oder eine E-Mail zu haben, die einer bestimmten Regex entspricht.</li>
</ul>
<li><strong>Actions:</strong> Etwas, das automatisch gescheiht, wenn ein Kriterium erfüllt wird oder verloren geht. Dies kann alles umfassen, vom Hinzufügen/Entfernen einer Gruppe über das Senden einer E-Mail bis hin zum Sperren eines Benutzers.</li>
<li><strong>Trigger:</strong> Eine Reihe von Ereignissen, die eine Neubewertung der Kriteriengruppen eines Benutzers bewirken. Diese sind Teil der Definitionen von Metriken und Anforderungen. Alle Kriterien werden beim Login ausgewertet: das ist der 'universelle Trigger'.</li>
<li>'Bei Verlust'-Aktionen werden immer vor 'bei Gewinn'-Aktionen ausgeführt. Auf diese Weise werden Aktionen ausgeführt, solange ein Benutzer mindestens eines der Kriterien erfüllt, die diese Aktion bei Gewinn ausführen.</li>
Denke daran, dass Aktionen nur „bei Verlust“ und „bei Gewinn“ ausgeführt werden. Manuelle Bearbeitungen, während sich ein Benutzer für ein Kriterium qualifiziert, führen nicht dazu, dass die Aktionen des Kriteriums „bei Verstärkung“ erneut angewendet werden.</li>
<li>Wenn Du ein Kriterium löschst, werden KEINE Aktionen bei Verlust für die Benutzer ausgeführt, die sich derzeit für das Kriterium qualifizieren.</li>
<li>Wenn Du Kriterien zum Verwalten von Gruppen verwendest, empfehlen wir, einen separaten Satz von Gruppen zu verwalten, die nach Kriterien verwaltet werden. Du kannst diesen Gruppen keine Benutzer manuell hinzufügen/entfernen.</li>
3 years ago
User avatar Justman10000

Translation changed

Flarum / askvortsov-auto-moderator — German

<li>Tl;dr: When a user meets criteria X, do Y. When a user no longer meets criteria X, do Z.</li>
<li><strong>Criteria:</strong> Criteria are the core of this extension. They are arbitrary sets of metrics and requirements. When a user meets a criterion, any "on gain" actions for the criterion will be executed. When a user loses a criterion, any "on loss" actions for the criterion will be executed.</li>
<ul>
<li><strong>Metric:</strong> A numerical condition. For example, post count or number of likes received. A criterion could require a range/minimum/maximum of metrics.</li>
<li><strong>Requirement:</strong> An abstract boolean condition. For example, not being suspended, or having an email that matches a certain regex.</li>
</ul>
<li><strong>Actions:</strong> Something that happens automatically when a criteria is met or lost. This could include anything from adding/removing a group to sending an email to suspending a user.</li>
<li><strong>Trigger:</strong> A set of events that would cause a user's criteria groups to be reevaluated. These are part of the definitions of metrics and requirements. All criteria will be evaluated on login: that is the "universal trigger".</li>
<li>"On loss" actions will always run before "on gain" actions. That way, actions will be taken as long as a user meets at least one of the criteria that do that action on gain.</li>
<li>Keep in mind that actions only run "on loss" and "on gain". Manual edits while a user qualifies for a criterion will not trigger the criterion's "on gain" actions to be reapplied.</li>
<li>If you delete a criterion, "on loss" actions will NOT be run for the users who currently qualify for the criterion.</li>
<li>If you are using criteria to manage groups, we recommend maintaining a separate set of groups to be managed by criteria. You will not be able to add/remove users to/from these groups manually.</li>
<li>Tl;dr: Wenn ein Benutzer die Kriterien X erfüllt, führe Y aus. Wenn ein Benutzer die Kriterien X nicht mehr erfüllt, führe Z aus.</li>
<li><strong>Criteria:</strong> Criteria sind der Kern dieser Erweiterung. Sie sind willkürliche Sätze von Metriken und Anforderungen. Wenn ein Benutzer ein Kriterium erfüllt, werden alle Aktionen für das Kriterium ausgeführt, die 'bei Gewinn' sind. Wenn ein Benutzer ein Kriterium verliert, werden alle Aktionen 'bei Verlust' für das Kriterium ausgeführt.</li>
<ul>
<li><strong>Metric:</strong> Eine numerische Bedingung. Zum Beispiel die Anzahl der Beiträge oder die Anzahl der erhaltenen Likes. Ein Kriterium könnte einen Bereich/ein Minimum/Maximum von Metriken erfordern.</li>
<li><strong>Requirement:</strong> Eine abstrakte boolesche Bedingung. Zum Beispiel, nicht gesperrt zu sein oder eine E-Mail zu haben, die einer bestimmten Regex entspricht.</li>
</ul>
<li><strong>Actions:</strong> Etwas, das automatisch gescheiht, wenn ein Kriterium erfüllt wird oder verloren geht. Dies kann alles umfassen, vom Hinzufügen/Entfernen einer Gruppe über das Senden einer E-Mail bis hin zum Sperren eines Benutzers.</li>
<li><strong>Trigger:</strong> Eine Reihe von Ereignissen, die eine Neubewertung der Kriteriengruppen eines Benutzers bewirken. Diese sind Teil der Definitionen von Metriken und Anforderungen. Alle Kriterien werden beim Login ausgewertet: das ist der 'universelle Trigger'.</li>
<li>'Bei Verlust'-Aktionen werden immer vor 'bei Gewinn'-Aktionen ausgeführt. Auf diese Weise werden Aktionen ausgeführt, solange ein Benutzer mindestens eines der Kriterien erfüllt, die diese Aktion bei Gewinn ausführen.</li>
Denke daran, dass Aktionen nur „bei Verlust“ und „bei Gewinn“ ausgeführt werden. Manuelle Bearbeitungen, während sich ein Benutzer für ein Kriterium qualifiziert, führen nicht dazu, dass die Aktionen des Kriteriums „bei Verstärkung“ erneut angewendet werden.</li>
<li>Wenn Du ein Kriterium löschst, werden KEINE Aktionen bei Verlust für die Benutzer ausgeführt, die sich derzeit für das Kriterium qualifizieren.</li>
<li>Wenn Du Kriterien zum Verwalten von Gruppen verwendest, empfehlen wir, einen separaten Satz von Gruppen zu verwalten, die nach Kriterien verwaltet werden. Du kannst diesen Gruppen keine Benutzer manuell hinzufügen/entfernen.</li>
3 years ago
User avatar Justman10000

Translation changed

Flarum / askvortsov-auto-moderator — German

<li>Tl;dr: When a user meets criteria X, do Y. When a user no longer meets criteria X, do Z.</li>
<li><strong>Criteria:</strong> Criteria are the core of this extension. They are arbitrary sets of metrics and requirements. When a user meets a criterion, any "on gain" actions for the criterion will be executed. When a user loses a criterion, any "on loss" actions for the criterion will be executed.</li>
<ul>
<li><strong>Metric:</strong> A numerical condition. For example, post count or number of likes received. A criterion could require a range/minimum/maximum of metrics.</li>
<li><strong>Requirement:</strong> An abstract boolean condition. For example, not being suspended, or having an email that matches a certain regex.</li>
</ul>
<li><strong>Actions:</strong> Something that happens automatically when a criteria is met or lost. This could include anything from adding/removing a group to sending an email to suspending a user.</li>
<li><strong>Trigger:</strong> A set of events that would cause a user's criteria groups to be reevaluated. These are part of the definitions of metrics and requirements. All criteria will be evaluated on login: that is the "universal trigger".</li>
<li>"On loss" actions will always run before "on gain" actions. That way, actions will be taken as long as a user meets at least one of the criteria that do that action on gain.</li>
<li>Keep in mind that actions only run "on loss" and "on gain". Manual edits while a user qualifies for a criterion will not trigger the criterion's "on gain" actions to be reapplied.</li>
<li>If you delete a criterion, "on loss" actions will NOT be run for the users who currently qualify for the criterion.</li>
<li>If you are using criteria to manage groups, we recommend maintaining a separate set of groups to be managed by criteria. You will not be able to add/remove users to/from these groups manually.</li>
<li>Tl;dr: Wenn ein Benutzer die Kriterien X erfüllt, führe Y aus. Wenn ein Benutzer die Kriterien X nicht mehr erfüllt, führe Z aus.</li>
<li><strong>Criteria:</strong> Criteria sind der Kern dieser Erweiterung. Sie sind willkürliche Sätze von Metriken und Anforderungen. Wenn ein Benutzer ein Kriterium erfüllt, werden alle Aktionen für das Kriterium ausgeführt, die 'bei Gewinn' sind. Wenn ein Benutzer ein Kriterium verliert, werden alle Aktionen 'bei Verlust' für das Kriterium ausgeführt.</li>
<ul>
<li><strong>Metric:</strong> Eine numerische Bedingung. Zum Beispiel die Anzahl der Beiträge oder die Anzahl der erhaltenen Likes. Ein Kriterium könnte einen Bereich/ein Minimum/Maximum von Metriken erfordern.</li>
<li><strong>Requirement:</strong> Eine abstrakte boolesche Bedingung. Zum Beispiel, nicht gesperrt zu sein oder eine E-Mail zu haben, die einer bestimmten Regex entspricht.</li>
</ul>
<li><strong>Actions:</strong> Etwas, das automatisch gescheiht, wenn ein Kriterium erfüllt wird oder verloren geht. Dies kann alles umfassen, vom Hinzufügen/Entfernen einer Gruppe über das Senden einer E-Mail bis hin zum Sperren eines Benutzers.</li>
<li><strong>Trigger:</strong> Eine Reihe von Ereignissen, die eine Neubewertung der Kriteriengruppen eines Benutzers bewirken. Diese sind Teil der Definitionen von Metriken und Anforderungen. Alle Kriterien werden beim Login ausgewertet: das ist der 'universelle Trigger'.</li>
<li>'Bei Verlust'-Aktionen werden immer vor 'bei Gewinn'-Aktionen ausgeführt. Auf diese Weise werden Aktionen ausgeführt, solange ein Benutzer mindestens eines der Kriterien erfüllt, die diese Aktion bei Gewinn ausführen.</li>
Denke daran, dass Aktionen nur „bei Verlust“ und „bei Gewinn“ ausgeführt werden. Manuelle Bearbeitungen, während sich ein Benutzer für ein Kriterium qualifiziert, führen nicht dazu, dass die Aktionen des Kriteriums „bei Verstärkung“ erneut angewendet werden.</li>
<li>Wenn Du ein Kriterium löschst, werden KEINE Aktionen bei Verlust für die Benutzer ausgeführt, die sich derzeit für das Kriterium qualifizieren.</li>
<li>Wenn Du Kriterien zum Verwalten von Gruppen verwendest, empfehlen wir, einen separaten Satz von Gruppen zu verwalten, die nach Kriterien verwaltet werden. Du kannst diesen Gruppen keine Benutzer manuell hinzufügen/entfernen.</li>
3 years ago
User avatar Justman10000

Translation changed

Flarum / askvortsov-auto-moderator — German

<li>Tl;dr: When a user meets criteria X, do Y. When a user no longer meets criteria X, do Z.</li>
<li><strong>Criteria:</strong> Criteria are the core of this extension. They are arbitrary sets of metrics and requirements. When a user meets a criterion, any "on gain" actions for the criterion will be executed. When a user loses a criterion, any "on loss" actions for the criterion will be executed.</li>
<ul>
<li><strong>Metric:</strong> A numerical condition. For example, post count or number of likes received. A criterion could require a range/minimum/maximum of metrics.</li>
<li><strong>Requirement:</strong> An abstract boolean condition. For example, not being suspended, or having an email that matches a certain regex.</li>
</ul>
<li><strong>Actions:</strong> Something that happens automatically when a criteria is met or lost. This could include anything from adding/removing a group to sending an email to suspending a user.</li>
<li><strong>Trigger:</strong> A set of events that would cause a user's criteria groups to be reevaluated. These are part of the definitions of metrics and requirements. All criteria will be evaluated on login: that is the "universal trigger".</li>
<li>"On loss" actions will always run before "on gain" actions. That way, actions will be taken as long as a user meets at least one of the criteria that do that action on gain.</li>
<li>Keep in mind that actions only run "on loss" and "on gain". Manual edits while a user qualifies for a criterion will not trigger the criterion's "on gain" actions to be reapplied.</li>
<li>If you delete a criterion, "on loss" actions will NOT be run for the users who currently qualify for the criterion.</li>
<li>If you are using criteria to manage groups, we recommend maintaining a separate set of groups to be managed by criteria. You will not be able to add/remove users to/from these groups manually.</li>
<li>Tl;dr: Wenn ein Benutzer die Kriterien X erfüllt, führe Y aus. Wenn ein Benutzer die Kriterien X nicht mehr erfüllt, führe Z aus.</li>
<li><strong>Criteria:</strong> Criteria sind der Kern dieser Erweiterung. Sie sind willkürliche Sätze von Metriken und Anforderungen. Wenn ein Benutzer ein Kriterium erfüllt, werden alle Aktionen für das Kriterium ausgeführt, die 'bei Gewinn' sind. Wenn ein Benutzer ein Kriterium verliert, werden alle Aktionen 'bei Verlust' für das Kriterium ausgeführt.</li>
<ul>
<li><strong>Metric:</strong> Eine numerische Bedingung. Zum Beispiel die Anzahl der Beiträge oder die Anzahl der erhaltenen Likes. Ein Kriterium könnte einen Bereich/ein Minimum/Maximum von Metriken erfordern.</li>
<li><strong>Requirement:</strong> Eine abstrakte boolesche Bedingung. Zum Beispiel, nicht gesperrt zu sein oder eine E-Mail zu haben, die einer bestimmten Regex entspricht.</li>
</ul>
<li><strong>Actions:</strong> Etwas, das automatisch gescheiht, wenn ein Kriterium erfüllt wird oder verloren geht. Dies kann alles umfassen, vom Hinzufügen/Entfernen einer Gruppe über das Senden einer E-Mail bis hin zum Sperren eines Benutzers.</li>
<li><strong>Trigger:</strong> Eine Reihe von Ereignissen, die eine Neubewertung der Kriteriengruppen eines Benutzers bewirken. Diese sind Teil der Definitionen von Metriken und Anforderungen. Alle Kriterien werden beim Login ausgewertet: das ist der 'universelle Trigger'.</li>
<li>'Bei Verlust'-Aktionen werden immer vor 'bei Gewinn'-Aktionen ausgeführt. Auf diese Weise werden Aktionen ausgeführt, solange ein Benutzer mindestens eines der Kriterien erfüllt, die diese Aktion bei Gewinn ausführen.</li>
Denke daran, dass Aktionen nur „bei Verlust“ und „bei Gewinn“ ausgeführt werden. Manuelle Bearbeitungen, während sich ein Benutzer für ein Kriterium qualifiziert, führen nicht dazu, dass die Aktionen des Kriteriums „bei Verstärkung“ erneut angewendet werden.</li>
<li>Wenn Du ein Kriterium löschst, werden KEINE Aktionen bei Verlust für die Benutzer ausgeführt, die sich derzeit für das Kriterium qualifizieren.</li>
<li>Wenn Du Kriterien zum Verwalten von Gruppen verwendest, empfehlen wir, einen separaten Satz von Gruppen zu verwalten, die nach Kriterien verwaltet werden. Du kannst diesen Gruppen keine Benutzer manuell hinzufügen/entfernen.</li>
3 years ago
Browse all translation changes