Problematic translations

'Knoten' is just not understandable for a German user. If we need something, we could discuss leaving 'Node', cause then at least all the rest of the documentation (also of English stuff) keeps understandable .. cause if we don't use the word 'node' - which is IMO the most important drupal term ever -, German users will probably have difficulties understanding the system ..
and as there is no perfect translation and as it is a rather abstract term that is not understandable without explanations, I think we should just stick with the English 'Node' in the German translation.

for [b]free tagging[/b] 'freies Taggen' is ok, however, if we stay with 'Taggen', we could also just leave 'free tagging' as it is but quote it.

[b]role[/b]: 'Rolle' is much better than 'Benutzergruppe', because a role is not a user group but a role ;)

[b]locale[/b]: I like 'Lokalisierung' .. sounds good!

[b[anonymous user[/b]: Gastbenutzer or Gast is both good...

[b]taxonomy[/b]: 'Taxonomie' is really hardly understandable. We could maybe use it for the module name, but from then on I'd use 'Klassifizierung' (it's closer to taxonomy than 'Kategorisierung').
We should discuss if we stick to the scheme 'vocabulary' and 'term' ('Vokabular' and 'Begriff' in German) or replace it with 'Kategorie' and 'Unterkategorie' or 'Ordner' and 'Kategorie' (actually, I like 'Ordner' and 'Kategorie' most). And then call the whole process 'Klassifizierung'.

best regards
frando

Here's my opinion:

• Node: I think Knoten is really confusing, better use Node untranslated.
• Theme: I'd leave that as Theme, it's a widely known term, even in Germany. Design/Designschema sounds clumsy, IMHO.
• Anon user: Gastbenutzer is fine, but I like Anonymer Benutzer, too.
• Taxonomy: Whereever possible I'd use Kategorien/Kategorie etc., but maybe also mention taxonomy sometimes, as drupal.org uses that term quite often and German users should know it.

I mostly agree with the rest of the terms...

Hello,

agreeing with the above I would prefer Gast instead of Gastbenutzer. It sounds much better.

Also I suggest to change Login to Einloggen, not to Anmelden. Most of my users (older people) do know what Einloggen means, but they don't know the difference between Anmelden and Registrieren.

polly

I think "Inhalt abgleichen" is not a good translation for "Syndicate content" I'd rather go for "News abonnieren", though News is not a German word.

'Gast' (='guest') is a bad translation for the anonymous user because it fails to convey the essential property of the anonymous user, namely that we don't know who he is. When I find anonymous "guests" in my house, something is not right and I usually call the police...

Also, it may make a lot of sense for a website to have roles for (paying) 'members' and for (trial) 'guests', both of which are known, not anonymous.

I agree that 'Anonymer Benutzer' doesn't sound right, but why not just say what we mean: 'Unbekannter Benutzer'?

Ok, 'Anonymer Benutzer' might sound wierd, but it is the most accurate. What about using 'Site Besucher' - i.e. "site visitor" - instead?

"Besucher" without the "Site" might work. I don't think distinguishing between a "Besucher" and an "Angemeldeter Benutzer" is confusing - "Besucher" really seems to imply someone who is only staying a while without logging in.

It also doesn't have the connotation of being invited that "Gast" has.

I prefer "Besucher" (visitor) over "Site Besucher" (site visitor), but I miss a strong tie to the "anonymous" part.

Does this string ever appear in the public part of the site? The name to show in the "Submitted by" clause can be specified by the administrator, so it doesn't need to show up there. If "anonymous user" appears only in admin/access, then I'd vote again for "Unbekannter Benutzer", which corresponds perfectly to "Angemeldeter Benutzer" as proposed in the original post and silently approved.

If this term is only for the administrator, then our focus must be on clarity and unambiguity.

I agree that, since the tern "anonymous user" is only used in the admin area, "Unbekannter Benutzer" ist a good translation, because that is simply what it is, even though might sound a little clumsy.

I do not find, though, that the majority of german people now what a "Theme" is. As Design is a word that has taken over various areas of the german language, more people know what is meant. And as far as I know, there is only this one term (no "template" or "design" in english) that is used in Drupal, so that "Design" wouldn't interfer with any other term.

ACK @FoxMcCloud

vocabulary: 'Vokabular' is not very good imo, but I don't have a better suggestion

What about "Container"? Then "Kategorie" would match better on "term".

Stefan

1. Ich weiss gar nicht, warum wir uns hier in Englisch quälen müssen. Da es ein Thema der deutschen Übersetzungen betrifft, können wir auch in Deutsch schreiben.

2. Zum "theme": auch im Englischen hat das Wort nicht die Bedeutung, die es bei Drupal hat und sollte deshalb so belassen werden. Sowohl "Thema" als auch "Design" oder "Vorlage" treffen die Bedeutung von "theme" in Drupal nicht. Da das "theme" aber das "Aussehen" der Seite beeinflusst, könnte man es auch genau so übersetzen: "Aussehen".

3. Taxonomy, vocabulary, term, tagging: Ob man "taxonomy" mit dem Fremdwort "Taxonomy" übersetzt oder nicht ist eigentlich egal. Es gibt aber auch ein deutsches Wort dafür: Klassifizierungslehre (leo.org) Da wir in Drupal aber nicht lehrerhaft auftreten wollen, schlage ich "Klassifizierung" vor. Die "Klassifizierung" enthält "Vokabulare" (Wort-/Begriffssammlungen). Also sind in den Vokabularen "Begriffe" enthalten. Wenn man aber noch die Möglichkeit des "free tagging" berücksichtigt, kommt man sehr schnell zur "freien Vergabe von (Schlüssel)begriffen/worten". Wir werden Beiträge mit Sicherheit nicht mit "Aufklebern" oder "Etiketten" versehen (obwohl das Ziel, etwas schneller wiederzufinden, genau das gleiche ist). Von einer Übersetzung mit Fremdwörtern ("Container") halte ich gar nichts. Entweder wecken Fremdwörter falsche Assoziationen oder sind so allgemein, dass man genauso gut das nicht übersetzte Wort verwenden kann.

4. Anmelden: Das Wort ist für "Login" vollkommen unpassend (auch wenn leo.org "login" mit "Anmeldung" übersetzt). Anmelden ist ein Synonym für "registrieren" (register). Wenn ich mich zum Beispiel für einen Volkshochschulkurs anmelde, registriere ich mich. Wir müssen hier wohl in den sauren Apfel beißen und wie bei "downloaden" einen englischen Begriff eindeutschen: "Einloggen" (eine ungewöhnliche Alternative wäre "eintreten" oder "betreten" oder "hineingehen"). Wenn ich dann eingeloggt bin, bin ich natürlich ein angemeldeter oder registrierter oder bekannter Benutzer. Im Gegensatz dazu bin ich, wenn ich nicht eingeloggt bin, ein unangemeldeter (böse Assoziazionen!), unregistrierter (Fremdwort) oder unbekannter Benutzer.

Ich muss aber zugeben, dass, je mehr ich mich mit anmelden/registrieren/einloggen beschäftige die verbalen Unterschiede mehr und mehr verschwimmen.

5. node: Lasst es, wie es ist und fangt nicht an Idiome zu übersetzen! "node" dringt nie allein nach außen. Wenn ich "node" im Kontext übersetzen muss, rede ich dann gegebenenfalls von "Beiträgen" oder "Inhalt" (für den Endanwender) oder, wenn ich konkrete "node types" ("Inhaltstypen") meine, von z.B. Artikeln, Seiten usw. (ach ja: was ist der Unterschied zwischen "node types" und "content types"?)

6. locale: Die Übersetzung dieses Begriffs hängt meiner Meinung nach davon ab, wen wir ansprechen wollen: Wenn es ein technisch versierter Anwender (z.B. Administrator) ist, ist die feststehende Übersetzung in der EDV "Lokalisierung", meint aber die "Sprach(raum)anpassung". Das umfasst nicht nur die Übersetzung ("Translation"), sondern auch weitere Anpassungen, z.B. Schreibrichtung von links nach rechts zu rechts nach links, Reihenfolge von Feldern (z.B. erst PLZ dann Ort), Zeichen (z.B. sollte man für den Arabischen Sprachraum auf die "abgeschlagene" Hand als Mauscursor verzichten), Datumsformat und vieles mehr. Was in Drupal aber mit "locale" gemeint ist, ist Übersetzung und Schreibrichtung. Die Schreibrichtung legt man einmalig bei der Sprachdefinition fest, danach handelt es sich "nur" noch um Übersetzung und sonst nichts. Datum und Zeit werden an anderer Stelle festgelegt. Deshalb sollte man den (zurzeit hochtrabenden) Begriff "locale" mit "Übersetzung" übersetzen.

6. formal/informale Übersetzung: Zuerst einmal sollte man der Höflichkeit folgen und alles in der formalen Form übersetzen. Die Vorgabe alles passiv zu übersetzen, um sich so die Unterscheidung zwischen "Sie" und "Du" zu ersparen hat bisher zu haarsträubenden Passivkonstruktionen geführt. Passivkonstruktionen sind darüberhinaus beispielhaft für schlechtes Deutsch.

Ebenso sollte man beachten, dass Deutsch nicht gleich Deutsch ist. In Österreich werden einige Worte anders verwendet als in Deutschland: Wo man in Deutschland etwas für 10 EUR kauft, kauft man es in Österreich um 10 EUR (liebe Österreicher: ich hoffe ich habe es richtig beschrieben). Wir brauchen in Drupal also eigentlich eine Sprachhierarchie, z.B. de-at-inf -> de-at -> de -> en für eine informale österreichische Übersetzung.

7. Was noch viel wichtiger als die Auswahl der Worte zur Übersetzung ist, ist erst einmal eine semantisch, grammatikalisch und syntaktisch korrekte Übersetzung. Hier ein ganz schlechtes Beispiel (D6 mit deutscher Übersetzung):

Ein Artikel, dass in der Form einer Seite ähnlich ist, ist ideal Inhalte mit Autorinformation darzustellen. Presseveröffentlichungen, Website Ankündigungen und informelle Blog-ähnliche Einträge kann mit ein Artikel erstellt werden.Die Voreinstellungen erlauben es bei einem Artikel zukommentieren und wird auf der Startseite veröffentlicht.

Muss man dazu noch viel sagen? Google kann toll übersetzen!

Wie würde Dries denn die von ihm kreierten englischen Begriffe in seine Muttersprache übersetzen? Das würde mich sehr interessieren!

Meinetwegen dann auch in deutsch....

Ich bleibe nun mal bei der Nummerierung meines Vorgängers, sonst kommt man ggf. völlig aus dem Konzept.

Daher...
2. Ich sehe ein, dass die Begriffe "Theme" und "Design" nicht deckungsgleich sind, aber was ich nicht, verstehe, ist warum ein Theme bei Drupal nicht die Funktion eines Designs erfüllt. Sicherlich enthält der Begriff Design wiederum mehr als das, was das Theme bei Drupal macht, aber bezogen auf eine Website, bzw. konkreter: die Verwaltung einer Website, ist weiß ich nicht, was sich ein potentieller Endnutzer sonst darunter vorstellen sollte. Außerdem hat "Design" den Vorteil, dass sich nahezu jeder ungefähr etwas darunter vorstellen kann (Bei Drupal Seiten, die ich bisher verwaltet (=administriert) habe, und bei denen ich meinen Benutzern mitteilen wollte, dass das "Theme" bei Drupal insgesamt sehr variabel ist, kam immer die Frage: "Was ist ein Theme?" "Halt das Design der Website!" "Achso, das Design...")

3. Generell stimme ich dir zu. Leider kann ich nicht ganz nachvollziehen, warum man Begriffe nicht mit Etiketten versehen kann? Denn eben, dass ist es, was die "tags" ausmacht. Ehrlich gesagt, kann ich jetzt keine Quelle anführen, wo dieser Begriff in dieser Übersetzung verwendet wird, aber warum nicht kreativ sein?

4. Es stimmt schon, was du sagst, aber leider fehlt hier die Alternative. Und da auf 90% aller Websites "Login" und "Register" in unmittelbarer Nähe voneinander aufzufinden sind, wird auch kein Endnutzer "Anmelden" für "Registrieren" halten, wenn 2 cm weiter "Registrieren" steht. Also mein Vorschlag: "Login" -> "Anmelden". Aber dennoch etwas, worüber man noch einmal nachdenken und diskutieren sollte.

6. Ja! Endlich spricht es einer aus. Lokalisierung ist kein wirkliches (=auch nur annähernd gebräuchliches) Wort!

Das war's

#1. meine Unterstützung hast Du :-)

#2. "Theme" hört sich einzig brauchbar für "theme" an...

#3. In der Kürze liegt die Würze... manche Strings müssen ins Menü passen. Ich weiss aber auch nicht warum "Kategorie" in Taxonomie geändert wird und deshalb mache ich um diese Strings einen Bogen, sprich "approve" sie nicht. Vieleicht kann kkäfer über die Hintergründe mal etwas sagen.

#4. Naja, also mein Windows sagt auch "Abmelden". Ich würde das nicht ändern.

#5 Eine "node" ist ein "Beitrag". Alle anderslautenden Übersetzungen sind als falsch zu betrachten und sollten korrigiert werden. Siehe ->#7

#6. jupp... if time permits... de_AT, de_CH, etc. Ich kann kein AT und auch kein CH deutsch. Die CH'ler können aber auch das Norddeutsch... in der Regel müssen sie da durch :-). Die DE überseutzung ist nicht informell. Der informelle Teil scheint auch nicht gerade viele Anhänger zu haben.

#7. Das Problem hier ist schlichtweg, dass jemand sich seine eigenen Übersetzungen "approved" hat und die waren in der Vergangenheit größtenteils schlecht, voll mit Rechtschreibfehlern, nicht nach den Übersetzungsregeln, etc. Deshalb wurden die Rechte entzogen.

Leider können wir derzeit nicht nach Usernamen suchen und nochmal alles diese Strings auf einfachem Wege reviewen... aber wir müssen irgendwie. Deshalb - sucht diese Strings und macht bessere Vorschläge - wir werden die Vorschläge sicherlich wohlwollend "approven".

Bitte tut uns den Gefallen und übertreibt es nicht... ich habe am Dienstag (?) 5 Stunden damit verbracht 8-fach Vorschläge und falsche Vorschläge abzulehnen. Es wäre wirklich besser wir übersetzten erstmal die fehlenden Zeichenketten und bekommen nicht 10 Vorschläge für eigentlich richtige Zeichenketten aus 5.x Zeiten. Es gibt noch über 600 unübersetzte Zeichenketten in D6... stattdessen beschäftige ich mich fast nur mit der Abweisung von Falschübersetzungen ehemeliger 5.x Zeichenketten wie z.b. falsch: Revision =! Version, richtig: Revision == Revision.

Nicht das alles in 5.x Zeiten perfekt übersetzt war und ist - aber der Fokus sollte erstmal auf den neuen, fehlenden bzw. #7 Zeichenketten liegen!

Ich gebe mich zur Kenntnis, ich war der schlimme Finger!
Aber ich kann nur sagen, immer her mit euren Übersetzungen/Vorschlägen.

Neuste Variante
#7.

Ein Artikel ist in seiner Form einer Seite ähnlich und ist geeignet für das Erstellen und Anzeigen von Inhalten, die Websitebesucher informieren oder zur Teilnahme anregen sollen. Pressemitteilungen, Website-Ankündigungen und informelle Blog-ähnliche Einträge wären als Beispiel für Artikel. Nach den Voreinstellungen wird ein Artikel automatisch auf der Startseite angerissen und bietet die Möglichkeit für Kommentare.

Und naja auf mein Translationserver, [entfernt], ist für D6 alles übersetzt und mach grad ein Review, aber umso mehr Leute ein Review machen umso schneller findet man Fehler. Nobody is perfect!

Zu revision, Thomas Z. sprach mit kkaefer und er meinte grob gesagt "ok" ! Und in meinen Übersetzungen ist Revi.. auch Version! Weil Revision im Deutschem eher was mit Überprüfung/Rückschau zutun hat. Und in mein Verständnis zu dieser Funktion ist, dass man neue Version anlegt ala Wiki !

Hmmm... ich meine zu D5 Zeiten aus Revision mal Version gemacht zu haben und das hat kkaefer meiner Erinnerung nach abgelehnt...

Naja, wie schon gesagt - ich halte rein gar nichts von einem weiteren l10n_server und ich kann alle nur bitten die Übersetzungen auf dem offiziellen Server de.kkaefer.com vorzunehmen.

Nur ein Server: gute Idee. Aber: nur Insider wissen etwas mit kkaefer anzufangen. Warum wird der Server nicht von drupalcenter.de betrieben? Das ist schließlich die deutschsprachige Seite von Drupal (ich würde aber eigentlich wegen der "corporate identity" eine Subdomain de.drupal.org bevorzugen).

Um die Revision (!) der Übersetzungsvorschläge zu vereinfachen, sollte man vielleicht folgende Funktionen zusätzlich einbauen:
1. Duplikate schon bei der Erfassung ablehnen.
2. bei abgelehnten Vorschlägen den Ablehnungsgrund angeben (damit nicht immer wieder analoge Vorschläge eingebracht werden).

Zusätzlich sollte vielleicht ein Hinweis auf die Firefox-Erweiterung Deutsches Wörterbuch in die Übersetzungsmaske eingebaut werden, mit der man wenigstens die gröbsten Rechtschreibfehler (z.B. immer wieder "Vorraussetzungen") direkt erkennen kann.

@druppi: kkaefers Server ist nur ein Provisorium und von drupalcenter verlinkt. Es wird zukünftig einen zentralen Server von drupal.org geben, der alle Projekte aller Sprachen beheimatet. Das wird kommen und sollte vor der D6 Veröffentlichung fertig gewesen sein. Das hat aber nicht geklappt und deshalb ist eine Alpha Version im Einsatz

1. Avoid duplicated suggestions http://drupal.org/node/219807
2. Jupp, mach einen Feature request auf... wenn es diesen nicht schon gibt... :-)

Bitte nicht vergessen, wir arbeiten mit einer Alpha Version des Modules... = unfertig = aber immernoch besser wie garnichts :-) Wörterbücher sind auf jeden Fall sinnvoll und ich nutze dieses Plugin auch + LEO.org

Mein Senf: "Design" als Übersetzung für "Theme" hat sich eingebürgert (zumindestens bei Webseiten). Alternativ liest man hin und wieder "Erscheinungsbild" (GNOME).

Wenn man es mit Design übersetzten würde, was machst Du dann mit dem Wort "Style" und wie unterscheidest Du dann diese beiden Begriffe bei Verwendung von Design (für Theme) und Design (für Style) noch? Erscheinungsbild mag ich nicht besonders - genauso wie Gnome - die müssen was Usability anbelangt noch eine Menge lernen.

Hallo zusammen,
ich finde es immer wieder interessant, wie gebräuchliche englische Begriffe falsch in deutsche Begriffe übersetzt werden. Ein Blick in leo.org (das ist nicht nur ein Wörterbuch, man kann es auch sehr gut als Thesaurus verwenden) offenbart genug Alternativen für die Übersetzung und Abgrenzung von theme und style von design:
style: z.b. der Stil
Wir reden dabei vom Aussehen einzelner "Elemente" auf der "Seite". Ein Element kann einer oder mehreren "Klassen" zugeordnet sein und den Klassen können "Darstellungsattribute" (aka Stil, Style) zugeordnet sein. Es können auch Elementen ohne den Umweg über Klassen selbst Darstellungsattribute zugewiesen werden. Die Summe aller Darstellungsattribute (oder auch Teile davon, wir reden immerhin von "kaskadierenden Stilvorlagen") bezeichnet man dann als Stil.
theme: z.B. das Motiv
Wir reden dabei von der Anordnung der Gestaltungselemente (visuell und nicht inhaltlich, inhaltlich würden wir von "Thema" sprechen). Mit "CSS" könnte man das auch erreichen (dann hätten wir wieder einen "Stil", das ist aber nur technischer Natur).
design: z.B. die Gestaltung
Das ist die die Summe und Kombination der verwendeten Stile zusammen mit dem verwendeten Motiv ist dann die Gestaltung! Ein Design ergibt sich also immer aufgrund des verwendeten "theme" und der "styles". Deswegen gibt es in Drupal auch den Begriff "design" nicht als technisches Element.

Ich kann druppi nur zustimmen.
Die Abgrenzung von Stil (=style) und Motiv (=theme) sollte m.E. auch "Außenstehenden" schnell ersichtlich sein.
Gestaltung (=design) ist leider genauso schwammig wie das englische Original, aber da "design" (wie druppi richtig bemerkt) in Drupal nicht wirklich als Fachbegriff existiert, ist mir auch das recht.

Think most of these topics are covered by the new teranslation server and the actual Wörterbuch
http://localize.drupal.org/node/1263

Ich habe noch einen Kandidaten: „API“ – das kennt man, wenn man als Programmierer in der Gegend rumrennt, aber nicht, wenn man nur mal eben ein Progrämmchen aus dem Netz auf seinem Webserver installiert.

Ich bin im Laufe meines gestrigen Übersetzungsmarathons nach und nach dazu übergegangen, in Sätzen „Programmierschnittstelle (API)“ zu schreiben. Eine sinnvolle Abkürzung kenne ich nicht, bzw. hat sich bisher keine wirklich durchgesetzt. Oder ich bin zu jung. „IT“ heißt ja auch meistens auf Deutsch „EDV“, aber kaum jemand benutzt es noch.

What exactly are you doing here and in https://www.drupal.org/project/de/issues/384494#comment-13017039, touching these issues that have been closed more than 8 years ago, without adding any value?

We have credited all of these issues finally.
So all of them were edited to be able to credit participants on their Drupal.org profile page.

That's not the only issue with an update. It will remain closed. You can see the activity on the right side of my user name. What I was doing is giving credit, as mentioned above.

Learn moe: https://www.drupal.org/project/de/issues/3039563