Question Kunena 1.0.8: Komplett deutsch: Zeit + Sprachdatei (formell +informell) + Grafiken

orthanc wrote:

Er meint sicher nur den Hinweistext bei Schnellantwort im Sprachfile:
"Forencode und Smiley-Button sind nicht sichtbar, aber trozdem nutzbar!"
trozdem +t

Jup, habs schon bemerkt, danke.

In den Sprachdateien waren noch ein paar Umlaute verkehrt (im BBCode) und ein Typo ausgebügelt.


Die reinen (neuen) Sprachdateien könnt ihr hier downloaden. Selbstverständlich sind die Veränderungen wie immer auch ins Komplettpaket integriert.

"Installations"-Anleitung für das Sprachpaket

Hab grad nochmal über die informelle Sprachdatei geschaut.

Allgemein stellt sich die Frage nach der Übersetzung von "Member" und "Guest".
Korrekt wäre "Mitglied/-er" für "Member" und "Gast" für "Guest" und nicht Benutzer für Member und Besucher für Gast.
Benutzer und Besucher sind faktisch die gleichen, nämlich alle. Auch da es die Schreib-Option für Gäste/Besucher gibt.
Zumindest Mitglied für Member statt Benutzer halte ich für sinnvoll.
Das beträfe dann wohl alle strings mit "member" und "members".

Auch ist es in den strings ein Gewurschtel mit den Kategorien und Foren. Oft enthält der string "cat" obwohl es Foren betrifft und nicht Kategorien.
Von der Programmierung her gibt es KEINE Foren, sondern nur Kategorien. Die Kategorien ohne "parent" bilden quasi einen Sonderfall, da in sie nicht gepostet werden kann.
Für die Verständlichkeit würde ich da jedoch auf eine Kontextübersetzung mit Kategorien und Foren plädieren.
In den Statistiken werden die Kategorien als Sektionen definiert, die Foren als Kategorien.

Die Übersetzungen sind oft formal korrekt, aber trotzdem nicht richtig bzw. irreführend, da die englischen Texte schon falsch bzw. irreführend sind.
Soweit möglich habe ich versucht den Sinn zu erkennen und die Übersetzung damit (hoffentlich) verständlicher zu machen.


Ich würde folgende Änderungen anregen bzw. vorschlagen:

DEFINE('_POST_NO_FAVORITED_TOPIC', 'Dieser thread wurde <b>nicht</b> zu deinen Favoriten hinzuge&uuml;gt');

Dieses Thema statt Dieser thread

DEFINE('_COM_C_SYNCEUSERSDESC', 'Synchronisiert die Kunena Datenbank mit der Joomla Userdatenbank');

Synchronisiert die Kunena-Benutzer mit den Joomla-Benutzern.
-> einfacher, verständlicher

DEFINE('_KUNENA_SAMPLE_MAIN_CATEGORY_TITLE', 'Hauptforum');

Hauptkategorie statt Hauptforum
-> exakter, passt dann auch zur Beschreibung

DEFINE('_KUNENA_SAMPLE_MAIN_CATEGORY_DESC', 'Das ist die oberste Forenkategorie. Als Kategorie der obersten Ebene, fungiert sie wie ein Container, der Unterforen enthält. sie wird auch als Level 1 Kategore bezeichnet und ist ein Muss für jedes Kunena Forum Setup.');

Foren statt Unterforen
-> exakter, weil Kategorie -> Forum -> Unterforum und nicht Kategorie -> Unterforum
Typo:
" ... sie wird auch als Level 1 Kategore bezeichnet ..." Kategore +i

DEFINE('_COM_A_HIGHLIGHTCODE', 'Code Hervorhebung erlauben');

Erlaube die Hervorhebung von Quellcode im Beitrag.

DEFINE('_COM_A_HIGHLIGHTCODE_DESC', 'Aktiviert das Kunena-JavaScript f&uuml;r die Code-Hervorhebung. Wenn deine Mitglieder PHP-Code oder vergleichbaren Code in ihrem Beitrag zwischen in Code-Tags setzen, wird er farblich hervorgehoben. Wenn dein Forum diese Funktion nicht ben&ouml;tigt, solltest du sie deakivieren, damit Code-Tags nicht zerst&ouml;rt werden.');

Typos:
"... zwischen in Code-Tags setzen ..." -in
"... deakivieren ..." +t

DEFINE('_COM_A_RSS_TYPE_DESC', 'W&auml;hle zwischen RSS-Feeds eines Themas oder eines Beitrags. &quot;Nach Thema&quot; bedeutet, dass nur ein Eintrag pro Thema im RSS-Feed gelistet wird, unabh&auml;ngig davon, wie viele Beitr&auml;ge in diesem Thema geschrieben wurden. &quot;Nach Beitrag&quot; bedeutet, dass ein kleinerer RSS-Feed generiert wird, der aber nicht alle geschriebenen Antworten beinhalten wird.');

Hä? Das käme wohl auf's selbe raus und letzteres ist falsch.
besser:
W&auml;hle zwischen zwei Formen, RSS-Feeds nach Thema oder nach Beitrag. &quot;Nach Thema&quot; bedeutet, dass nur ein Eintrag pro Thema im RSS-Feed gelistet wird, unabh&auml;ngig davon, wie viele Beitr&auml;ge in diesem Thema geschrieben wurden. Dies bewirkt einen kleineren und kompakteren Feed, da nicht jeder Beitrag im Feed erscheint. &quot;Nach Beitrag&quot; bedeutet, das alle geschriebenen Antworten im Feed enthalten sind. Dies bewirkt einen deutlich umfangreicheren Feed.

DEFINE('_COM_A_RSS_HISTORY', 'RSS History');

Verlauf statt History
-> wie auch in der Beschreibung

DEFINE('_COM_A_RSS_HISTORY_DESC', 'W&auml;hle aus, wie viele Beitr&auml;ge im RSS-Verlauf enthalten sein sollen. Standard ist 1 Monat, aber eventuell solltest du es auf 1 Woche beschr&auml;nken, wenn deine Website sehr ausgelastet ist.');

"... wenn in deinem Forum viel geschrieben wird."
-> exakter, verständlicher

DEFINE('_COM_A_FBDEFAULT_PAGE_DESC', 'W&auml;hle die Kunena-Startseite aus, die beim Aufruf des Forumlinks angezeigt werden soll. Standard ist &quot;Aktuelle Beitr&auml;ge&quot;. Diese Einstellung sollte auf &quot;Kategorien&quot; ge&auml;ndert werden, wenn ein anderes Template als das &quot;default_ex&quot;-Template benutzt wird. Wenn &quot;Meine Diskussionen&quot; ausgew&auml;hlt ist, wird dem Gast die &Uuml;bersicht &quot;Aktuelle Beitr&auml;ge&quot; angezeigt.');

Letzter Satz evtl. so verständlicher:
"... &quot;Meine Diskussionen&quot; ist nur für bereits angemeldete Benutzer g&uuml;ltig. G&auml;sten wird dann die &Uuml;bersicht &quot;Aktuelle Beitr&auml;ge&quot; angezeigt.

DEFINE('_KUNENA_FORUM_SAME_ERR', 'Das Hauptforum darf nicht das Gleiche sein!');

"übergeordnete Forum" statt Hauptforum
-> nicht eindeutig, missverständlich

DEFINE('_KUNENA_FORUM_OWNCHILD_ERR', 'Das Hauptforum ist sich selbst als Unterforum zugeordnet');

"übergeordnete Forum" statt Hauptforum
-> nicht eindeutig, missverständlich

DEFINE('_POST_SUCCESS_SPLIT_TOPIC_CHANGED', 'Erster Beitrag erfolgreich gewechselt.');

Titel des Themas erfolgreich ge&auml;ndert.
-> evtl. besser, da es wohl um den Titel des neuen Threads geht.

DEFINE('_POST_SPLIT_TOPIC_NOT_CHANGED', 'Erster Beitrag wechseln ist fehlgeschlagen.');

&Auml;nderung des Thematitels fehlgeschlagen.
-> Grund siehe vorher

DEFINE('_POST_TOPIC_NOT_SPLIT', 'Trennen fehlgeschlagen.');

Teilung statt Trennen
-> einheitlich, entweder trennen oder teilen

DEFINE('_KUNENA_NOTEUS',
'HINWEIS: Nur Benutzer, die in deinem Kunena-Profil als Moderator eingestuft ...');

" ... die in Ihrem Kunena-Profil ..."

DEFINE('_KUNENA_PARENTDESC',
'Bitte denk dran: Um ein Forum erstellen zu k&ouml;nnen brauchst du eine &quot;Hauptkategorie&quot;. Diese Hauptkategorie dient als oberste Kategorie aller in ihr enthaltenen Unterforen.<br />Ein Unterforum kann <strong>nur</strong> unter einer Hauptkategorie erstellt werden.<br /> Beitr&auml;ge k&ouml;nnen <strong>NICHT</strong> in Kategorien geschrieben werden, sondern nur in Unterforen.');

Forum statt Unterforum und Foren statt Unterforen

DEFINE('_KUNENA_PUBACC', '&Ouml;ffentlicher Zugang:');

-> "öffentlich" ist hier irreführend, besser:
"Frontend-Zugang"

DEFINE('_KUNENA_PUBACCDESC',
'Um ein nicht &ouml;ffentliches Forum zu erstellen w&auml;hle hier die niedrigste Zugangsebene, die ein Benutzer braucht um das Forum zu sehen. Standardeinstellung ist die kleinste Zugangsebene &quot;Jeder&quot;, doch mit dieser Einstellung ist das Forum &ouml;ffentlich.<br /><br /><b>Denk dran</b>: Wenn du eine ganze Kategorie auf eine (oder mehrere) bestimmte Gruppe(n) beschr&auml;nkst, dann werden <b>alle Foren</b> in dieser Kategorie vor Benutzern versteckt, deren Zugangsrechte nicht der Kategorie entsprechen, selbst wenn <b>ein</b> oder mehrere Unterforem eine niedrigere Zugangsebene haben! Das schr&auml;nkt auch den Zugang von Moderatoren ein. Du musst den Moderator zur Liste der Moderatoren der <b>Hauptkategorie</b> hinzuf&uuml;gen, falls er nicht &uuml;ber die entsprechende Zugangsebene verf&uuml;gt.<br /><br /> <b>Hinweis</b>: Das ist unabh&auml;ngig von der Tatsache, dass Kategorien selbst keine Beitr&auml;ge enthalten und somit nicht moderiert werden k&ouml;nnen (Nur Unterforen enthalten Beitr&auml;ge). Es ist dennoch m&ouml;glich, einer Kategorie Moderatoren zuzuweisen.<br /><br />');

-> sehr umständlich beschrieben, evtl. besser:
"W&auml;hle hier die niedrigste Zugangsebene, die ein Benutzer braucht um das Forum/Kategorie zu sehen. Standardeinstellung ist die unterste Zugangsebene &quot;Jeder&quot;, doch mit dieser Einstellung ist das Forum &ouml;ffentlich.<br /><br /><b>Denk dran</b>: Wenn du eine ganze Kategorie auf eine (oder mehrere) bestimmte Gruppe(n) beschr&auml;nkst, dann werden auch <b>alle Foren</b> in dieser Kategorie vor Benutzern versteckt, deren Zugangsrechte nicht ausreichend sind, selbst wenn <b>ein</b> oder mehrere Foren/Unterforen eine ausreichendes Zugangsrecht haben! ... <br /><br />

DEFINE('_KUNENA_ADMINLEVEL', 'Admin-Zugang:');

-> analog zum vorigen:
"Backend-Zugang"

DEFINE('_KUNENA_ADMINLEVELDESC',
'Wenn du ein Forum mit &ouml;ffentlichem Zugang erstellst, kannst du hier einen zus&auml;tzlichen Administrationslevel definieren.<br /> Wenn du den Zugang auf eine bestimmte Beutzergruppe des Frontends beschr&auml;nkst, aber hier keine zus&auml;tzliche Benutzergruppe des Backends ausw&auml;hlst, dann wird es Administratoren nicht m&ouml;glich sein das Forum zu sehen.');

-> mißverständlich, besser:
"Wenn du den Zugang zu Foren/Kategorien auf eine bestimmte Benutzergruppe (außer Jeder) im Frontend beschr&auml;nkt hast, aber hier keine Benutzergruppe des Backends ausw&auml;hlst, dann wird es Administratoren nicht m&ouml;glich sein das Forum zu sehen."

DEFINE('_KUNENA_MOVEUP', 'Move Up');
DEFINE('_KUNENA_MOVEDOWN', 'Move Down');

"nach oben" bzw. "nach unten"

DEFINE('_KUNENA_ADMINACCESS', 'Admin-Zugang');

"Backend-Zugang"

DEFINE('_KUNENA_PUBLICACCESS', '&Ouml;ffenlicher Zugang');

"Frontend-Zugang"

DEFINE('_KUNENA_USE_JOOMLA_STYLE_DESC','Wenn du den Joomla!-CSS-Klassen benutzen willst, ...');

Typo: die statt den

DEFINE('_KUNENA_SHOW_CHILD_CATEGORY_ON_LIST', 'Bilder der Unterkategorie anzeigen');

-> es gibt quasi keine Unterkategorien, besser:
"Icons der Unterforen anzeigen"

DEFINE('_KUNENA_CATIMAGEPATH','Pfad der Bilder f&uuml;r die Kategorien&#32;');

-> gibts quasi nicht, nur für Foren
"Pfad der Bilder f&uuml;r die Foren&#32;"

DEFINE('_KUNENA_CATIMAGEPATH_DESC','Bildpfad f&uuml;r eine Kategorie. Standard: &quot;category_images/&quot; Pfad wird &quot;Ihr_HTML_Rootfolder/media/kunena/attachments/legacy/category_images/&quot; sein.');

Forum statt Kategorie

DEFINE('_KUNENA_ANN_MODID_DESC','Hier f&uuml;gst di die IDs der Benutzer, ...');

Typo: du statt di

DEFINE('_STAT_TOTAL_USERS', 'Benutzer insgesamt');

Mitglieder statt Benutzer

DEFINE('_STAT_LATEST_MEMBERS', 'Letzter Benutzer');

"j&uuml;ngstes Mitglied"

DEFINE('_STAT_TOTAL_CATEGORIES', 'Gesamte Kategorien');

"Foren" statt "Kategorien"

DEFINE('_STAT_TOTAL_SECTIONS', 'Gesamte Foren');

-> falsch
"Kategorien" statt "Foren"

DEFINE('_COM_C_FILESDESC','Durchsuchen und Verwalten von hochgeladenen Dateien durch den Benutzer ');

-> Ausdruck, einfacher:
"Verwalten der von Benutzern hochgeladenen Dateien."

DEFINE('_COM_C_IMAGESDESC','Durchsuchen und Verwalten von hochgeladenen Bildern durch den Benutzer ');

"Verwalten der von Benutzern hochgeladenen Bilder."

DEFINE('_KARMA_SMITE','Peinigen');

lieber sowas wie:
"unn&ouml;tiger Beitrag"

DEFINE('_KARMA_APPLAUD','Applaudieren');

"Danke, hat mir geholfen!"

DEFINE('_COM_A_HISTORY','Historie anzeigen');

"Verlauf des Themas anzeigen"

DEFINE('_COM_A_HISTORY_DESC','W&auml;hle &quot;Ja&quot;, damit die Historie w&auml;hrend des Beitrages angezeigt wird (empfohlen)');

"W&auml;hle &quot;Ja&quot;, damit beim antworten der Verlauf des Themas unter dem Antwortfeld sichtbar ist (empfohlen)."

DEFINE('_COM_A_HISTLIM','Historie-Limit');

"max. Beitr&auml;ge im Verlauf"

DEFINE('_COM_A_HISTLIM_DESC','Wie viele Themen sollen in der Historie angezeigt werden?');

-> Themen ist falsch, richtig:
"Wie viele Beitr&auml;ge sollen in der Verlaufsansicht angezeigt werden?"

DEFINE('_COM_A_AVATARGALLERY','Benutzung der Avatar-Gallerie');

Typo: Gallerie -l

DEFINE('_GEN_UNSTICKY', 'Oben l&ouml;sen');

verständlicher:
"Wichtig-Markierung entfernen"

DEFINE('_POST_ABOUT_DELETE','<strong>Hinweise:</strong><br/> - L&ouml;schen Sie den ersten Beitrag in einem Thema, wird das ganze Thema gel&ouml;scht ... <br /> Entscheiden Sie, ob Sie den ganzen Beitrag und den Benutzernamen l&ouml;schen wollen, oder nur der Inhalt entfernen werden soll ... <br />Alle Antworten eines gel&ouml;schten normalen Beitrags werden im Thema eine Position nach oben verschoben.');

-> informelle Anrede, eindeutiger:
"<strong>Hinweise:</strong><br/>- L&ouml;schst Du den ersten Beitrag in einem Thema, wird das ganze Thema gel&ouml;scht! <br /> Willst Du nur den Text des Beitrags l&ouml;schen, bearbeite den Beitrag und l&ouml;sche den Text und ggf. den Autornamen. <br /><br />- Alle Antworten nach einem gel&ouml;schten Beitrag werden im Thema eine Position nach oben verschoben."

DEFINE('_POST_TOPIC_FLOOD1','Der Administrator hat Anti-Flooding aktiviert, deshalb musst du kurz warten.');
DEFINE('_POST_TOPIC_FLOOD2',' Sekunden zwischen den Beitr&auml;gen bevor du den n&auml;chsten schreiben kannst.');

-> Zusammenhang fehlt, besser:

DEFINE('_POST_TOPIC_FLOOD1','Der Administrator hat Anti-Flooding aktiviert, deshalb musst du ');
DEFINE('_POST_TOPIC_FLOOD2',' Sekunden warten bevor du den n&auml;chsten Beitrag schreiben kannst.');

... das war's auch schon.
Hoffe es trägt ein wenig zur Verbesserung bei.

Es kann diskutiert werden.

orthanc wrote:

Hab grad nochmal über die informelle Sprachdatei geschaut.

Allgemein stellt sich die Frage nach der Übersetzung von "Member" und "Guest".
Korrekt wäre "Mitglied/-er" für "Member" und "Gast" für "Guest" und nicht Benutzer für Member und Besucher für Gast.
Benutzer und Besucher sind faktisch die gleichen, nämlich alle. Auch da es die Schreib-Option für Gäste/Besucher gibt.
Zumindest Mitglied für Member statt Benutzer halte ich für sinnvoll.
Das beträfe dann wohl alle strings mit "member" und "members".

1. Finde Begriffe die in Einzahl sowie Mehrzahl gleich lauten, anders haut es nicht hin.

Auch ist es in den strings ein Gewurschtel mit den Kategorien und Foren. Oft enthält der string "cat" obwohl es Foren betrifft und nicht Kategorien.
Von der Programmierung her gibt es KEINE Foren, sondern nur Kategorien. Die Kategorien ohne "parent" bilden quasi einen Sonderfall, da in sie nicht gepostet werden kann.
Für die Verständlichkeit würde ich da jedoch auf eine Kontextübersetzung mit Kategorien und Foren plädieren.
In den Statistiken werden die Kategorien als Sektionen definiert, die Foren als Kategorien.

2. Bewusst so benannt, finde diese Forumulierung verständlicher. Jeder hat zudem die Möglichkeit, dies abzuändern, in dem er seine Sprachdatei anpasst.

Die Übersetzungen sind oft formal korrekt, aber trotzdem nicht richtig bzw. irreführend, da die englischen Texte schon falsch bzw. irreführend sind.
Soweit möglich habe ich versucht den Sinn zu erkennen und die Übersetzung damit (hoffentlich) verständlicher zu machen.


Ich würde folgende Änderungen anregen bzw. vorschlagen:

DEFINE('_POST_NO_FAVORITED_TOPIC', 'Dieser thread wurde <b>nicht</b> zu deinen Favoriten hinzuge&uuml;gt');

Dieses Thema statt Dieser thread

Ansichtssache

DEFINE('_COM_C_SYNCEUSERSDESC', 'Synchronisiert die Kunena Datenbank mit der Joomla Userdatenbank');

Synchronisiert die Kunena-Benutzer mit den Joomla-Benutzern.
-> einfacher, verständlicher

Ansichtssache

DEFINE('_KUNENA_SAMPLE_MAIN_CATEGORY_TITLE', 'Hauptforum');

Hauptkategorie statt Hauptforum
-> exakter, passt dann auch zur Beschreibung

DEFINE('_KUNENA_SAMPLE_MAIN_CATEGORY_DESC', 'Das ist die oberste Forenkategorie. Als Kategorie der obersten Ebene, fungiert sie wie ein Container, der Unterforen enthält. sie wird auch als Level 1 Kategore bezeichnet und ist ein Muss für jedes Kunena Forum Setup.');

Foren statt Unterforen
-> exakter, weil Kategorie -> Forum -> Unterforum und nicht Kategorie -> Unterforum
Typo:
" ... sie wird auch als Level 1 Kategore bezeichnet ..." Kategore +i

DEFINE('_COM_A_HIGHLIGHTCODE', 'Code Hervorhebung erlauben');

Erlaube die Hervorhebung von Quellcode im Beitrag.

Bewusst gewählt, ist außerdem wurscht, ob man es passiv oder im Imperativ benennt, dann eher schon: Bitte, erlaube... bla bla

DEFINE('_COM_A_HIGHLIGHTCODE_DESC', 'Aktiviert das Kunena-JavaScript f&uuml;r die Code-Hervorhebung. Wenn deine Mitglieder PHP-Code oder vergleichbaren Code in ihrem Beitrag zwischen in Code-Tags setzen, wird er farblich hervorgehoben. Wenn dein Forum diese Funktion nicht ben&ouml;tigt, solltest du sie deakivieren, damit Code-Tags nicht zerst&ouml;rt werden.');

Typos:
"... zwischen in Code-Tags setzen ..." -in
"... deakivieren ..." +t

Danke, wird korrigiert

DEFINE('_COM_A_RSS_TYPE_DESC', 'W&auml;hle zwischen RSS-Feeds eines Themas oder eines Beitrags. &quot;Nach Thema&quot; bedeutet, dass nur ein Eintrag pro Thema im RSS-Feed gelistet wird, unabh&auml;ngig davon, wie viele Beitr&auml;ge in diesem Thema geschrieben wurden. &quot;Nach Beitrag&quot; bedeutet, dass ein kleinerer RSS-Feed generiert wird, der aber nicht alle geschriebenen Antworten beinhalten wird.');

Hä? Das käme wohl auf's selbe raus und letzteres ist falsch.
besser:
W&auml;hle zwischen zwei Formen, RSS-Feeds nach Thema oder nach Beitrag. &quot;Nach Thema&quot; bedeutet, dass nur ein Eintrag pro Thema im RSS-Feed gelistet wird, unabh&auml;ngig davon, wie viele Beitr&auml;ge in diesem Thema geschrieben wurden. Dies bewirkt einen kleineren und kompakteren Feed, da nicht jeder Beitrag im Feed erscheint. &quot;Nach Beitrag&quot; bedeutet, das alle geschriebenen Antworten im Feed enthalten sind. Dies bewirkt einen deutlich umfangreicheren Feed.

Kann sein, hab es von der vorherigen Übersetzung übernommen. Und verstehen tu ichs immer noch nicht

DEFINE('_COM_A_RSS_HISTORY', 'RSS History');

Verlauf statt History
-> wie auch in der Beschreibung

Bewusst gewählt, da direkt darunter von Verlauf die Rede ist, ich denke den Leuten ist History ein Begriff, heißt im Firefox genauso.

DEFINE('_COM_A_RSS_HISTORY_DESC', 'W&auml;hle aus, wie viele Beitr&auml;ge im RSS-Verlauf enthalten sein sollen. Standard ist 1 Monat, aber eventuell solltest du es auf 1 Woche beschr&auml;nken, wenn deine Website sehr ausgelastet ist.');

"... wenn in deinem Forum viel geschrieben wird."
-> exakter, verständlicher

Ansichtssache, ich denke hier wird auf die Serverlast hingewiesen

DEFINE('_COM_A_FBDEFAULT_PAGE_DESC', 'W&auml;hle die Kunena-Startseite aus, die beim Aufruf des Forumlinks angezeigt werden soll. Standard ist &quot;Aktuelle Beitr&auml;ge&quot;. Diese Einstellung sollte auf &quot;Kategorien&quot; ge&auml;ndert werden, wenn ein anderes Template als das &quot;default_ex&quot;-Template benutzt wird. Wenn &quot;Meine Diskussionen&quot; ausgew&auml;hlt ist, wird dem Gast die &Uuml;bersicht &quot;Aktuelle Beitr&auml;ge&quot; angezeigt.');

Letzter Satz evtl. so verständlicher:
"... &quot;Meine Diskussionen&quot; ist nur für bereits angemeldete Benutzer g&uuml;ltig. G&auml;sten wird dann die &Uuml;bersicht &quot;Aktuelle Beitr&auml;ge&quot; angezeigt.

Eigentlich logisch, dass Gästen keine eigenen Beiträge zugeordnet werden können

DEFINE('_KUNENA_FORUM_SAME_ERR', 'Das Hauptforum darf nicht das Gleiche sein!');

"übergeordnete Forum" statt Hauptforum
-> nicht eindeutig, missverständlich

Hauptforum, da der Begriff schon vorher erläutert wurde

DEFINE('_KUNENA_FORUM_OWNCHILD_ERR', 'Das Hauptforum ist sich selbst als Unterforum zugeordnet');

"übergeordnete Forum" statt Hauptforum
-> nicht eindeutig, missverständlich

DEFINE('_POST_SUCCESS_SPLIT_TOPIC_CHANGED', 'Erster Beitrag erfolgreich gewechselt.');

Titel des Themas erfolgreich ge&auml;ndert.
-> evtl. besser, da es wohl um den Titel des neuen Threads geht.

nee, das ist mit dem Splitten so eine Sache, probier es mal aus.

DEFINE('_POST_SPLIT_TOPIC_NOT_CHANGED', 'Erster Beitrag wechseln ist fehlgeschlagen.');

&Auml;nderung des Thematitels fehlgeschlagen.
-> Grund siehe vorher

DEFINE('_POST_TOPIC_NOT_SPLIT', 'Trennen fehlgeschlagen.');

Teilung statt Trennen
-> einheitlich, entweder trennen oder teilen

Post wird abgetrennt, man kann auch sagen der thread wird aufgeteilt - Ansichtssache

DEFINE('_KUNENA_REPORT_POST_POSTER', 'Autor des Beitrags:&#32; ');

Typo: Autor +h

Wo ist das h? Autor wird auf deutsch ohne h geschrieben.

DEFINE('_KUNENA_NOTEUS',
'HINWEIS: Nur Benutzer, die in deinem Kunena-Profil als Moderator eingestuft ...');

" ... die in Ihrem Kunena-Profil ..."
richtig, Danke. Ist in formal auch verkehrt.

DEFINE('_KUNENA_PARENTDESC',
'Bitte denk dran: Um ein Forum erstellen zu k&ouml;nnen brauchst du eine &quot;Hauptkategorie&quot;. Diese Hauptkategorie dient als oberste Kategorie aller in ihr enthaltenen Unterforen.<br />Ein Unterforum kann <strong>nur</strong> unter einer Hauptkategorie erstellt werden.<br /> Beitr&auml;ge k&ouml;nnen <strong>NICHT</strong> in Kategorien geschrieben werden, sondern nur in Unterforen.');

Forum statt Unterforum und Foren statt Unterforen

DEFINE('_KUNENA_PUBACC', '&Ouml;ffentlicher Zugang:');

-> "öffentlich" ist hier irreführend, besser:
"Frontend-Zugang"

Ansichts/Geschmackssache

DEFINE('_KUNENA_PUBACCDESC',
'Um ein nicht &ouml;ffentliches Forum zu erstellen w&auml;hle hier die niedrigste Zugangsebene, die ein Benutzer braucht um das Forum zu sehen. Standardeinstellung ist die kleinste Zugangsebene &quot;Jeder&quot;, doch mit dieser Einstellung ist das Forum &ouml;ffentlich.<br /><br /><b>Denk dran</b>: Wenn du eine ganze Kategorie auf eine (oder mehrere) bestimmte Gruppe(n) beschr&auml;nkst, dann werden <b>alle Foren</b> in dieser Kategorie vor Benutzern versteckt, deren Zugangsrechte nicht der Kategorie entsprechen, selbst wenn <b>ein</b> oder mehrere Unterforem eine niedrigere Zugangsebene haben! Das schr&auml;nkt auch den Zugang von Moderatoren ein. Du musst den Moderator zur Liste der Moderatoren der <b>Hauptkategorie</b> hinzuf&uuml;gen, falls er nicht &uuml;ber die entsprechende Zugangsebene verf&uuml;gt.<br /><br /> <b>Hinweis</b>: Das ist unabh&auml;ngig von der Tatsache, dass Kategorien selbst keine Beitr&auml;ge enthalten und somit nicht moderiert werden k&ouml;nnen (Nur Unterforen enthalten Beitr&auml;ge). Es ist dennoch m&ouml;glich, einer Kategorie Moderatoren zuzuweisen.<br /><br />');

-> sehr umständlich beschrieben, evtl. besser:
"W&auml;hle hier die niedrigste Zugangsebene, die ein Benutzer braucht um das Forum/Kategorie zu sehen. Standardeinstellung ist die unterste Zugangsebene &quot;Jeder&quot;, doch mit dieser Einstellung ist das Forum &ouml;ffentlich.<br /><br /><b>Denk dran</b>: Wenn du eine ganze Kategorie auf eine (oder mehrere) bestimmte Gruppe(n) beschr&auml;nkst, dann werden auch <b>alle Foren</b> in dieser Kategorie vor Benutzern versteckt, deren Zugangsrechte nicht ausreichend sind, selbst wenn <b>ein</b> oder mehrere Foren/Unterforen eine ausreichendes Zugangsrecht haben! ... <br /><br />

DEFINE('_KUNENA_ADMINLEVEL', 'Admin-Zugang:');

-> analog zum vorigen:
"Backend-Zugang"

DEFINE('_KUNENA_ADMINLEVELDESC',
'Wenn du ein Forum mit &ouml;ffentlichem Zugang erstellst, kannst du hier einen zus&auml;tzlichen Administrationslevel definieren.<br /> Wenn du den Zugang auf eine bestimmte Beutzergruppe des Frontends beschr&auml;nkst, aber hier keine zus&auml;tzliche Benutzergruppe des Backends ausw&auml;hlst, dann wird es Administratoren nicht m&ouml;glich sein das Forum zu sehen.');

-> mißverständlich, besser:
"Wenn du den Zugang zu Foren/Kategorien auf eine bestimmte Benutzergruppe (außer Jeder) im Frontend beschr&auml;nkt hast, aber hier keine Benutzergruppe des Backends ausw&auml;hlst, dann wird es Administratoren nicht m&ouml;glich sein das Forum zu sehen."

DEFINE('_KUNENA_MOVEUP', 'Move Up');
DEFINE('_KUNENA_MOVEDOWN', 'Move Down');

"nach oben" bzw. "nach unten"

wird korrigiert, danke.

DEFINE('_KUNENA_ADMINACCESS', 'Admin-Zugang');

"Backend-Zugang"

DEFINE('_KUNENA_PUBLICACCESS', '&Ouml;ffenlicher Zugang');

"Frontend-Zugang"

Bewusst gewählt, für Anfäger sind Begriffe wie Frontend imho anfangs verwirrend.

DEFINE('_KUNENA_USE_JOOMLA_STYLE_DESC','Wenn du den Joomla!-CSS-Klassen benutzen willst, ...');

Typo: die statt den

danke, wird korrigiert

DEFINE('_KUNENA_SHOW_CHILD_CATEGORY_ON_LIST', 'Bilder der Unterkategorie anzeigen');

-> es gibt quasi keine Unterkategorien, besser:
"Icons der Unterforen anzeigen"

Doch, sie sind gelevelt.

DEFINE('_KUNENA_CATIMAGEPATH','Pfad der Bilder f&uuml;r die Kategorien&#32;');

-> gibts quasi nicht, nur für Foren
"Pfad der Bilder f&uuml;r die Foren&#32;"

Doch, sie sind gelevelt.

DEFINE('_KUNENA_CATIMAGEPATH_DESC','Bildpfad f&uuml;r eine Kategorie. Standard: &quot;category_images/&quot; Pfad wird &quot;Ihr_HTML_Rootfolder/media/kunena/attachments/legacy/category_images/&quot; sein.');

Forum statt Kategorie

Da hier von Kategorie-Images die Rede ist, soll damit der Bezug hergestellt werden. Sie werden ja auch deutlich mit Kategorien / Foren im Backend / Forum-Administration so benannt. Und im englischen werden sie nur Kategorien genannt.

DEFINE('_KUNENA_ANN_MODID_DESC','Hier f&uuml;gst di die IDs der Benutzer, ...');

Typo: du statt di

danke, wird korrigiert

DEFINE('_STAT_TOTAL_USERS', 'Benutzer insgesamt');

Mitglieder statt Benutzer


siehe oben

DEFINE('_STAT_LATEST_MEMBERS', 'Letzter Benutzer');

"j&uuml;ngstes Mitglied"

siehe oben

DEFINE('_STAT_TOTAL_CATEGORIES', 'Gesamte Kategorien');

"Foren" statt "Kategorien"

siehe oben

DEFINE('_STAT_TOTAL_SECTIONS', 'Gesamte Foren');

-> falsch
"Kategorien" statt "Foren"

siehe oben

DEFINE('_COM_C_FILESDESC','Durchsuchen und Verwalten von hochgeladenen Dateien durch den Benutzer ');

-> Ausdruck, einfacher:
"Verwalten der von Benutzern hochgeladenen Dateien."
Geschmacksache

DEFINE('_COM_C_IMAGESDESC','Durchsuchen und Verwalten von hochgeladenen Bildern durch den Benutzer ');

"Verwalten der von Benutzern hochgeladenen Bilder."
Geschmacksache

DEFINE('_KARMA_SMITE','Peinigen');

lieber sowas wie:
"unn&ouml;tiger Beitrag"

So ist es überliefert

DEFINE('_KARMA_APPLAUD','Applaudieren');

"Danke, hat mir geholfen!"

DEFINE('_COM_A_HISTORY','Historie anzeigen');

"Verlauf des Themas anzeigen"

siehe oben

DEFINE('_COM_A_HISTORY_DESC','W&auml;hle &quot;Ja&quot;, damit die Historie w&auml;hrend des Beitrages angezeigt wird (empfohlen)');

"W&auml;hle &quot;Ja&quot;, damit beim antworten der Verlauf des Themas unter dem Antwortfeld sichtbar ist (empfohlen)."

DEFINE('_COM_A_HISTLIM','Historie-Limit');

"max. Beitr&auml;ge im Verlauf"

DEFINE('_COM_A_HISTLIM_DESC','Wie viele Themen sollen in der Historie angezeigt werden?');

-> Themen ist falsch, richtig:
"Wie viele Beitr&auml;ge sollen in der Verlaufsansicht angezeigt werden?"

Danke, "Beiträge" wird korrigiert

DEFINE('_COM_A_AVATARGALLERY','Benutzung der Avatar-Gallerie');

Typo: Gallerie -l

Mist, habs zig Mal im alten Sprachfile verbessert, das hab ich wohl übersehen, wird korrigiert.

DEFINE('_GEN_UNSTICKY', 'Oben l&ouml;sen');

verständlicher:
"Wichtig-Markierung entfernen"

DEFINE('_POST_ABOUT_DELETE','<strong>Hinweise:</strong><br/> - L&ouml;schen Sie den ersten Beitrag in einem Thema, wird das ganze Thema gel&ouml;scht ... <br /> Entscheiden Sie, ob Sie den ganzen Beitrag und den Benutzernamen l&ouml;schen wollen, oder nur der Inhalt entfernen werden soll ... <br />Alle Antworten eines gel&ouml;schten normalen Beitrags werden im Thema eine Position nach oben verschoben.');

-> informelle Anrede, eindeutiger:
"<strong>Hinweise:</strong><br/>- L&ouml;schst Du den ersten Beitrag in einem Thema, wird das ganze Thema gel&ouml;scht! <br /> Willst Du nur den Text des Beitrags l&ouml;schen, bearbeite den Beitrag und l&ouml;sche den Text und ggf. den Autornamen. <br /><br />- Alle Antworten nach einem gel&ouml;schten Beitrag werden im Thema eine Position nach oben verschoben."

DOh, dieser Abschnitt steht informal im formalen file, hab ich vertauscht, man merkt, es neigte sich dem Ende zu *g*

DEFINE('_POST_TOPIC_FLOOD1','Der Administrator hat Anti-Flooding aktiviert, deshalb musst du kurz warten.');
DEFINE('_POST_TOPIC_FLOOD2',' Sekunden zwischen den Beitr&auml;gen bevor du den n&auml;chsten schreiben kannst.');

-> Zusammenhang fehlt, besser:

DEFINE('_POST_TOPIC_FLOOD1','Der Administrator hat Anti-Flooding aktiviert, deshalb musst du ');
DEFINE('_POST_TOPIC_FLOOD2',' Sekunden warten bevor du den n&auml;chsten Beitrag schreiben kannst.');

Korrekt, wird korrigiert.

... das war's auch schon.
Hoffe es trägt ein wenig zur Verbesserung bei.

Es kann diskutiert werden.

Vielen Dank für deine Mühe. Das mit den Kategorien und Foren ist wie geschrieben, Geschmackssache, zumal im englischen file ausschließlich von Kategorien die Rede ist.
Die Typos werde ich korrigieren, dachte mir schon, dass man nach ca. 3000 Zeilen Code leicht betriebsblind wird.

Ok, ich lass es sein.
Lange Diskussionen bringen hier nichts.

Solltest manches evtl. nochmal lesen um es zu verstehen ... Kategorien und Foren z.B., wenn Du Kategorien leveln kannst, darfst Du den Begriff Forum nicht verwenden, den gibts dann nämlich nicht.
Es fördert die Verständlichkeit auch nicht, für einen Kontext 2-3 Begriffe zu verwenden.
Und nur weil es im englischen Sprachfile irgendwie steht muss es noch lange nicht richtig geschweige denn in anderen Sprachen verständlich sein.

Ich machs für mich und jeder wie er will und alle wie (momentan) Deine Ansicht ist.