March 2009 - openSUSE Translation (Deutsch)

[opensuse-translation-de] Fwd: Kleine Anmerkung zur Übersetzung von „Chinesisch“
by M. Skiba 30 Mar '09

30 Mar '09

Nur ganz kurz zur Info, ich habe mit r46440 und r46441 Folgendes geändert: "Ändern von Chinesisch (vereinfacht) und Chinesisch (traditionell) in Chinesisch (Kurzzeichen) und Chinesisch (Langzeichen)" Zur Begründung ne Mail von der KDE-Mailingliste Grüße Michael P.S.: Es gibt jetzt übrigens endlich einen festen Release-Plan und Zyklus-Plan (nein, kein Regelkalender) für openSUSE :) Wer's noch nicht mitgekriegt kann hier nachgucken und auch gleich mal an die schicken philosophischen Codenamen gewöhnen: http://lists.opensuse.org/opensuse-project/2009-03/msg00029.html > ---------- Weitergeleitete Nachricht ---------- > > Betreff: Kleine Anmerkung zur Übersetzung von „Chinesisch“ > Datum: Sonntag, 15. März 2009 > Von: Gerrit Sangel <> > An: german translators <kde-i18n-de(a)kde.org> > > Hallo, > > mir ist gerade ein kleiner „Fehler“ in der Übersetzung aufgefallen. Nichts > großartig schlimmes, aber vielleicht auch nicht ganz korrekt: > > Und zwar werden die chinesischen Langzeichen im Englischen als „Chinese > (Traditional)“ und die chinesischen Kurzzeichen als „Chinese (Simplified)“ > bezeichnet. > > Im Deutschen ist die Übersetzung allerdings *nicht*, wie man leicht denken > könnte, „Chinesisch (Traditionell)“ bzw. „Chinesisch (Vereinfacht)“. > > Die gängigen deutschen Begriffe sind hingegen Langzeichen und Kurzzeichen: > > http://de.wikipedia.org/wiki/Kurzzeichen > http://de.wikipedia.org/wiki/Langzeichen > > Auf Büchern, also mal etwas „handfestes“, z.B. hier zu sehen: > > http://www.buske.de/product_info.php?cPath=1_109&products_id=2906 > > Das war jetzt nicht bei soo vielen Dateien, aber ist schon etwas ungewohnt, > das zu lesen. Ich weiß, daß das in anderen Programmen auch oft falsch > geschrieben wird, aber die korrekte, gebräuchliche deutsche Bezeichnungen > sind eben Langzeichen und Kurzzeichen. Außerdem sind die Begriffe > „Vereinfacht“ und „Traditionell“ auch immer diskussionswürdig. > > > -------------------------------------------------------

2 1

[opensuse-translation-de] Your Bugzilla bug list needs attention.
by bugzilla_noreply＠novell.com 29 Mar '09

29 Mar '09

[This e-mail has been automatically generated.] You have one or more bugs assigned to you in the Bugzilla bug tracking system (https://bugzilla.novell.com/) that require attention. All of these bugs are in the NEW orREOPENED state, and have not been touched in 7 days or more. You need to take a look at them, and decide on an initial action. Generally, this means one of three things: (1) You decide this bug is really quick to deal with (like, it's INVALID), and so you get rid of it immediately. (2) You decide the bug doesn't belong to you, and you reassign it to someone else. (Hint: if you don't know who to reassign it to, make sure that the Component field seems reasonable, and then use the "Reassign bug to default assignee of selected component" option.) (3) You decide the bug belongs to you, but you can't solve it this moment. Just use the "Accept bug" command. To get a list of all NEW/REOPENED bugs, you can use this URL (bookmark it if you like!): https://bugzilla.novell.com/buglist.cgi?bug_status=NEW&bug_status=REOPENED&… Or, you can use the general query page, at https://bugzilla.novell.com/query.cgi Appended below are the individual URLs to get to all of your NEW bugs that haven't been touched for 7 days or more. You will get this message once a day until you've dealt with these bugs! Useless German translation of http-server module notification -> https://bugzilla.novell.com/show_bug.cgi?id=484976 -- To unsubscribe, e-mail: opensuse-translation-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-translation-de+help(a)opensuse.org

1 0

[opensuse-translation-de] [Bug 480885] Bad German translation of "block offset for chainloading" during boot loader configuration
by bugzilla_noreply＠novell.com 22 Mar '09

22 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=480885 User trans(a)michael-skiba.de added comment https://bugzilla.novell.com/show_bug.cgi?id=480885#c2 Michael Skiba <trans(a)michael-skiba.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |FIXED --- Comment #2 from Michael Skiba <trans(a)michael-skiba.de> 2009-03-22 05:25:11 MST --- I can't find that string anymore, guess Jannick fixed it. If bug is still valid please reopen it -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. -- To unsubscribe, e-mail: opensuse-translation-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-translation-de+help(a)opensuse.org

1 0

[opensuse-translation-de] Your Bugzilla bug list needs attention.
by bugzilla_noreply＠novell.com 22 Mar '09

22 Mar '09

[This e-mail has been automatically generated.] You have one or more bugs assigned to you in the Bugzilla bug tracking system (https://bugzilla.novell.com/) that require attention. All of these bugs are in the NEW orREOPENED state, and have not been touched in 7 days or more. You need to take a look at them, and decide on an initial action. Generally, this means one of three things: (1) You decide this bug is really quick to deal with (like, it's INVALID), and so you get rid of it immediately. (2) You decide the bug doesn't belong to you, and you reassign it to someone else. (Hint: if you don't know who to reassign it to, make sure that the Component field seems reasonable, and then use the "Reassign bug to default assignee of selected component" option.) (3) You decide the bug belongs to you, but you can't solve it this moment. Just use the "Accept bug" command. To get a list of all NEW/REOPENED bugs, you can use this URL (bookmark it if you like!): https://bugzilla.novell.com/buglist.cgi?bug_status=NEW&bug_status=REOPENED&… Or, you can use the general query page, at https://bugzilla.novell.com/query.cgi Appended below are the individual URLs to get to all of your NEW bugs that haven't been touched for 7 days or more. You will get this message once a day until you've dealt with these bugs! Bad German translation of "block offset for chainloading" during boot loader configuration -> https://bugzilla.novell.com/show_bug.cgi?id=480885 -- To unsubscribe, e-mail: opensuse-translation-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-translation-de+help(a)opensuse.org

1 0

[opensuse-translation-de] [Bug 484976] Useless German translation of http-server module notification
by bugzilla_noreply＠novell.com 16 Mar '09

16 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=484976 User ke(a)novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=484976#c2 Karl Eichwalder <ke(a)novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|ke(a)novell.com |opensuse-translation-de@ope | |nsuse.org --- Comment #2 from Karl Eichwalder <ke(a)novell.com> 2009-03-16 05:54:52 MST --- Next try... Re-assigning. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. -- To unsubscribe, e-mail: opensuse-translation-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-translation-de+help(a)opensuse.org

1 0

[opensuse-translation-de] Taktische Vorgehensweise
by M. Skiba 09 Mar '09

09 Mar '09

moin, kurze Frage, wie wir am besten vorgehen, im Moment ham wir ja noch den gemergten yast branch zur Evaluierung, den wollten wir ja eigentlich reverten und nur das, was wir herausgearbeitet haben manuell in unsere Übersetzung einpflegen ... Nur wenn Karl jetzt heute Mittag mit seinem merge drüber geht, ham wir da ein kleines bisschen Unordnung .. :| Deshalb mein Vorschlag: Wir reverten den branch jetzt zurück, damit Karl mergen kann und zur Evaluierung haben wir immernoch die versionierte Version. Alle einverstanden damit? Grüße Michael

3 2

[opensuse-translation-de] [Bug 480885] Bad German translation of "block offset for chainloading" during boot loader configuration
by bugzilla_noreply＠novell.com 09 Mar '09

09 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=480885 User opensource(a)kuhr.org added comment https://bugzilla.novell.com/show_bug.cgi?id=480885#c1 Jannick Kuhr <opensource(a)kuhr.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |opensource(a)kuhr.org --- Comment #1 from Jannick Kuhr <opensource(a)kuhr.org> 2009-03-09 03:24:26 MST --- Thank you for reporting this issue. We are currently proofreading all yast translations and I will correct this issue with the next commit. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. -- To unsubscribe, e-mail: opensuse-translation-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-translation-de+help(a)opensuse.org

1 0

[opensuse-translation-de] [Bug 480885] Bad German translation of "block offset for chainloading" during boot loader configuration
by bugzilla_noreply＠novell.com 09 Mar '09

09 Mar '09

https://bugzilla.novell.com/show_bug.cgi?id=480885 Karl Eichwalder <ke(a)novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|ke(a)novell.com |opensuse-translation-de@ope | |nsuse.org -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. -- To unsubscribe, e-mail: opensuse-translation-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-translation-de+help(a)opensuse.org

1 0

[opensuse-translation-de] Re: [opensuse-translation] Before starting with 11.2 translations
by M. Skiba 02 Mar '09

02 Mar '09

Guten Abend allerseits, wie evtl. ein paar mitbekommen haben, habe ich die Übersetzungen aus SLE(SuSE Linux Enterprise) mit den unseren zusammengeführt. Ich und Jannick haben uns auch schon mal ran gemacht und die Unterschiede heraus zu arbeiten, dabei ist uns neben einigen anderen Dingen, die wir unten aufgelistet haben aufgefallen, dass die Qualität der SLE-Übersetzungen nicht gerade die beste ist, sie bringt zum Teil sogar neue logische oder konformitäts Fehler rein ... Weshalb ich auch nicht so ganz glücklich mit dem Merge bin ... (Weiteres vorgehen steht ganz am Ende der Mail - bitte durchlesen und kommentieren! :) ) >> Jannick Kuhr Feststellungen > Jannick Kuhr Meinungen > Erstmal möchte ich darauf hinweisen, dass ich viele > SLES/SLED-Änderungen nicht sinnvoll oder besser finde. Andere dagegen > sogar falsch. Folgendes ist mir generell aufgefallen: > > 1. Es werden unendliche Anglizismen (wieder-) eingeführt, die nach den > Übersetzungrichtlinien (Gnome, KDE, Ubuntu) in eine deutschsprache > Anwendung nicht gehören. Im einzelnen wären das die (allerdings nur > sporadisch durchgeführten) Änderungen "Schnittstelle --> Interface", > "Erweiterung --> Plugin", "Prüfsumme --> Digest", "Knöpfe --> > Buttons", "Handuch --> Manual", "Gerät --> Device", "(specified) > bestimmt --> spezifiziert". > Zu 1: Ich halte diese Änderungen bislang ohne Ausnahme für falsch oder > zumindest schlechter als das Original. Mag sein, dass trotz allem > Anglizismen in der Business-Welt noch als schick gelten, aber den > Übersetzungsrichtlinien entsprechen sie nicht. Und verständlicher und > standardkonformer wird die Übersetzung dadurch auch nicht. Ich würde > daher darauf plädieren, keine dieser Änderungen zu übernehmen und > statt dessen folgende (KDE/Gnome-konforme) Standardübersetzungen zu > verwenden, durchgehend in allen Dokumenten zu ändern und im Wiki > festzuhalten: > - Interface -> Schnittstelle > - Plugin -> Modul (derzeit oft "Erweiterung" - Modul wäre dann KDE-Konform) > - Digest -> Prüfsumme > - Button -> Knopf > - Device -> Gerät > - specified -> angegeben (nicht bestimmt wie bisher) Ist mir auch aufgefallen, bin ich aber überhaupt nicht dafür, wie du schon sagst gibt es ja anders lautende Absprachen, die sowohl die Leute verstehen die Englisch mögen, als auch die, die es nicht können. > > 2. Es werden zahllose Satzzeichen am Ende eines Strings geändert. Mal > > ein Punkt dazu, mal einer weniger. Bisher war das auch nicht wirklich > > konsistent, entsprach aber dem englischen Original. > Zu 2: Im Prinzip finde ich viele Änderungen sinnvoll. Aber ich denke > nicht, dass sowas einseitig in der deutschen Übersetzung geändert > werden sollte, sondern im Original. Von daher eher nein. Dito, wir sollten das aus dem original übernehmen. > > 3. "Abbrechen" wurde mal wieder zu "Verwerfen" geändert > Zu 3: Ohne Worte ... > > 4. "aufgefrischt" zu "aktualisiert" > Zu 4: Finde ich sinnvoll. Das sollten wir am Ende per "grep" oder so > in allen Dokumenten auf Konsistenz prüfen. Wurde/wird auch mit erneuern/erneuert übersetzt, wenn ich das richtig im Kopf habe, ist denk ich garnicht schlecht, weil wir "update" ja auch mit "Aktualisierung" übersetzen. > > 5. Diverse Zeilenumbrüche wurden geändert. > Zu 5: Ich denke, das haben die im Original überprüft. Von daher wohl > ok oder zumindest nicht schlechter als bisher. Ist das nicht sogar irrelevant, da die allermeisten echten Zeilenumbrüche mit \n bzw. <br /> gesetzt werden? > > 6. Eventuelle Leerzeichen vor "..." wurden entfernt. > Zu 6: Schwieriges Thema. Ist denke ich eindeutig :) Wir machen das bei KDE ja auch so und die dt. Rechtschreibung sieht das genauso. Genauso wie hinter andere Satzzeichen (u.A. Punkt, Komma, Semikolon, Frage- sowie Ausrufezeichen) auch ein Leerzeichen gehört :) > > 7. "Wollen" wurde sporadisch auf "Möchten" geändert > Zu 7: [...] einfach ein bisschen charmanter ist. > Ich denke das sollten wir übernehmen, dann aber konsequent überall. > Wollen --> Möchten! Stimmt, die Diskussion hab ich auch mitgekriegt, gefällt mir auch sehr gut. > > 8. Fehlende Bindestriche (i.S. DHCP Netzwerk --> DHCP-Netzwerk) eingefügt > Zu 8: Unterstütze ich uneingeschränkt. Unterstütze ich auch, da grammatikalisch richtig. Mir ist diesbezüglich aber auch aufgefallen, dass sie diese wenn möglich auch vermeiden, also Wörter auch gerne zusammen schreiben. Das macht, denke ich, auch Sinn und sieht etwas schöner aus als endlose Bindestrichgeäste. Was meint ihr dazu? > > 9. Erste-Person-Formulierungen korrigert (Lese --> wird gelesen) > Zu 9: Unterstütze ich uneingeschränkt. Ist denke ich auch sinnvoll, ich fürchte da gibt es noch einige Stellen, wo die 1. Person verwendet wird. Was mir jetzt noch beim ersten durchblick neben den vielen Anglizismen aufgefallen ist, ist das aus "Obsolet" -> "veraltet" wurde (wir haben da glaub ich "überflüssig" zumindest in der Paketverwaltung), ich denke veraltet passt von der Übersetzung her besser, was meint ihr? Weiteres Vorgehen: Ich denke wir sollten die Dateien aufteilen und in den nächsten 1-2 Wochen mal im Wiki sammeln, was uns auffällt und anschließend evaluieren und dann entsprechende Änderungen vornehmen. Ich habe zwar schon kleinste Änderungen an 1 oder zwei Dateien vorgenommen, aber ich würde vorschlagen, das wir in dieser ersten Phase noch _KEINE_ Veränderungen an den Dateien vornehmen, sondern erstmal sammeln, bevor jeder nach gutdünken das eine oder andere rausschmeißt. So hätten wir auch die Möglichkeit diesen merge wieder rückgängig zu machen (denn er macht mehr als die Hälfte unserer Arbeit zunichte, sprich es gibt abweichende Übersetzungen, die wir dann von Hand entweder in das eine oder das andere Ändern müssten) und die Dinge, die wir festgehalten haben in unsere Originalübersetzung einzupflegen. Wäre das für alle beteiligten ok? Grüße Michael

2 1

[opensuse-translation-de] "Desktop konfigurieren" / Desktop-Übersetzungen im Allgemeinen
by Jannick Kuhr 02 Mar '09

02 Mar '09

Moin allerseits, ich habe gestern meine Factory-Installation aktualisiert (Yast mit KDE4-Oxygen! Toll!) und bin dabei im Startmenü über den String "Desktop konfigurieren" gestolpert, der wohl im Rahmen des Bugs 426398 als Übersetzung der doppelt belegten Systemeinstellungen eingeführt wurde. Dazu habe ich drei Anmerkungen bzw. Fragen im Bezug auf Sprache, Inhalt und Organisatorisches: 1. Sprache: Da dieser String soweit ich das sehe ausschließlich in KDE verwendet wird, sollte sich die Übersetzung unbedingt auch an den Übersetzungsrichtlinien und Standardübersetzungen von KDE orientieren. Dabei gilt Desktop --> Arbeitsfläche und configure --> einrichten. Der String müsste bei konsequenter Anwendung dann "Arbeitsfläche einrichten heißen". Das wird in dem Bugreport auch so angesprochen, ist aber in Factory im Moment anders. 2. Inhalt: "Arbeitsfläche einrichten" ist in meinen Augen insofern ungünstig gewählt, da es zum einen nicht wirklich das wiederspiegelt, was die Systemsettings genau machen (Sound, Netzwerkverbindungen, Passwörter usw. KDE-weit...) und zum anderen dann auch doppelt belegt ist, da die "Einstellungen zum Erscheinungsbild" auch "Arbeitsflächen-Einstellungen" heißen, hier aber der Begriff treffender gewählt ist, da es sich wirklich nur um die Einrichtung von Plasma und der Arbeitsfläche handelt. Von daher würde ich vorschlagen für die Systemsettings die Übersetzung "KDE einrichten" zu verwenden. Denn das ist es ja, was wirklich geschieht. Es kann eine umfassende Einrichtung von KDE vorgenommen werden. Das ist mehr als nur die Arbeitsfläche und weniger als das ganze System. 3. Organisatorisches: Hier hätte ich noch eine Frage zum Ablauf bei den Desktop-Übersetzungen. Bei XYZbuntu besteht das große Problem, dass in Rosetta/Launchpad ein Fork der offiziellen Übersetzung besteht, der sich immer weiter von der fast immer weit besseren Upstream-Übersetzung entfernt. Wie ist das bei unseren Desktop-Übersetzungen? Wir sammeln dabei sämtliche Desktop-Übersetzungen aller Programme in 4 oder 5 Dateien, richtig? Die meisten unübersetzen Strings entstehen ja, zumindest was KDE angeht, durch Backports von Features aus künftigen Versionen, die meist von Upstream noch nicht übersetzt sind. Wir versuchen dann diese Lücken zu füllen, wenn möglich mit Übersetzungen aus KDEs trunk, aber sonst auch alleine. Wie stellen wir sicher, dass beim nächsten Release alle diese Desktop-Strings wieder auf die dann hoffentlich existenten Upstream-Übersetzungen gesetzt werden? Ist diese Problematik bedacht worden? Oder entfernen wir uns mit jedem Release weiter vom Original? Karl? Coolo? Euch allen ein schönes Wochenende! Ich muss jetzt irgendwie mal ein bisschen was lernen, sonst wird das mit meinem Abschlussexamen im April nichts ;-) Jannick -- To unsubscribe, e-mail: opensuse-translation-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-translation-de+help(a)opensuse.org

4 12