Als das Views Modul bei einer halb fertigen Seite verschwunden ist hat mir das vermutlich die ersten grauen Haare beschert. Nach einer sich sehr lang anfühlenden Zeit habe ich dann das "Ansichten" Modul gefunden, na Gott sei Dank ;)
Ich finde es generell kritisch Drupal Terminologie zu übersetzen. Oft werden hier technische Begriffe oder fest stehende Begriffe wie Modul Namen übersetzt und das hat eigentlich nur Nachteile.
Unter "Ansichten", kann man sich genau so wenig vorstellen wie unter "Views" aber zum Thema "Views drupal" finden sich in Google immerhin 833.000 Seiten während "drupal Ansichten" gerade mal 7.510 Seiten zurück gibt - und diese haben zum Größten Teil nichts mit Views zu tun.
Ich kürze an dieser Stelle ab und verweise auf den aktuellen Blog post von Earl Miles "Drupal, Terminology and Users" dem ich in der Kernaussage voll zustimme.
Using familiar terminology in place of correct terminology is a recipe for disaster. The only correct solution, in my opinion, is to use the correct terminology and make it very easy to find the definition of this terminology in the places that matter.
http://www.angrydonuts.com/drupal-terminology-and-users
Auch interessant die Diskussion "Übersetz dich oder ich fress Dich" ;)
http://drupal.org/node/60728
Mein Vorschlag ist es also, Drupal spezifische Namen wie Modul-Namen oder Begriffe wie "Nodes", "role", "taxonomy", "vocabulary" nicht zu übersetzen sondern zu erklären. Einer zusätzlichen getrennten Übersetzung der Namen in einer einzelnen .po Datei steht mein Vorschlag nicht entgegen.
Wir verwenden ja auch kein "Fensters EF", "Wörter 2t" oder "Feuerfuchs". ;)
Comments
Comment #1
kkaefer commentedÜbersetzungen für einzelne Module werden nicht von diesem Projekt betreut sondern von anderen bereitgestellt.
Comment #2
s.daniel commentedSoweit klar. Mein Vorschlag bezog sich allerdings nicht auf Views im speziellen, ich habe nur dieses Beispiel gewählt weil ich da konkret mit dem Thema konfrontiert wurde.
Das Gleiche gilt für node, theme, role, free tagging, taxonomy, term, core
block/blocks mit Block/Blöcken zu übersetzen, dagegen spricht meiner Meinung nach nichts da es keine zusätzliche Hürde für Drupal-Anfänger aufbaut. Term ist aber ein fest stehender Begriff um den man als Drupal Admin so oder so nicht herum kommt. Hier halte ich es für sinnvoller den Begriff zu erklären als dem Drupal Neuling etwas vor zu machen. Früher oder später wird er in Modulen oder Dokumentationen auf Begriffe wie tid, term, term relationship, term hirarchy, child term, parent term usw. stoßen
Noch ein schönes Beispiel für eine sicher gut gemeinte Übersetzung in D5 die nach hinten losgegangen ist:
Hier scheint mir der beste Platz zu sein um das Thema generell anzusprechen, bevor ich in jedem Modul etwas dazu schreibe möchte ich erst einmal geklärt werden was andere zu dem Thema zu sagen haben. Möglicherweise findet es ja die Mehrheit klasse genau so wie es ist oder die Frage wurde an anderer Stelle schon besprochen.
Comment #3
salvis@s.Daniel: Ich bin ganz Deiner Meinung, aber ich bin müde, micht mit diesem Thema auseinanderzusetzen, und verwende deshalb grundsätzlich nur englisch-sprachige Software.
Comment #4
eigentor commentedWer mitmachen will, Licht ins Dunkel der Modul-Übersetzungen (oder eben Nicht-Übersetzungen) zu bringen:
http://drupal.org/node/314361
Comment #5
s.daniel commentedSehr schön, dass sich dazu was tut :)
Mit http://drupal.org/node/314361 wird dieser thread ersteinmal überflüssig.