Deutsche Übersetzung

[dolodobendan]

> Entweder habe ich was falsch gemacht, oder es war bereits alles
> übersetzt. Zumindest habe ich keine Fehler gesehen, das Skript lief
> kommentarlos durch. Pull request ist raus.

Das ist schon möglich: Craig hat irgendwo erwähnt dass er ab einem
gewissen Punkt keine neuen Strings mehr einführt.

--

Michael

Ok. (They're a mess, too. :-D )

[dolodobendan]

Ahhh, zu viele Sprachen gleichzeitig!

[tfec]

> - "Alarm" war Wecker. Das ist jetzt Weckalarm, da "Soll Wecker

Was z.T. ist denn ein Weckalarm?

> wiederholt werden?" nicht übermäßig sinnvoll ist. Aber gut finde ich
> auch das nicht (aber besser als Wackelarm ) Vielleicht sollte man
> da beides benutzen.

Ist "Wecker" für dich nur das physische Ding? Mein Sprachverständnis ist
da wohl etwas flexibler, da wir in der Schweiz schon mal sagen würden
"ich muss den Wecker stellen" :-D.
--

Michael

Wie wäre es mit Weckfunktion?

[dolodobendan]

Wie wäre es mit Weckfunktion?

Vielleicht, ja. Sonos nennt es "Weckeinstellungen hinzufügen". Finde ich jetzt auch eher geht so.

[dolodobendan]

Das sind die letzten Änderungen:

https://github.com/dolodobendan/lms-...r=dolodobendan

[dolodobendan]

Hallo allerseits,

hier meine Vorschläge.

Attachment 29812

Könntest Du bitte einfach die Änderungen auflisten? Sonst muss jeder die Datei komplett durchlesen und gucken, ob ihm da was neu vorkommt.

Stand jetzt gefällt es mir persönlich so besser, aber das ist ja oftmals auch einfach nur Geschmacksache.
Und vielleicht kommen hier noch andere Ideen, die mir noch besser gefallen.

Manchmal ist es auch nicht einfach sich zu entscheiden.

z.B. bei Player.
Qobuz verwendet dafür zum Beispiel den Begriff "Ausgabegerät".
Man kann natürlich auch "Wiedergabegerät" oder nur "Gerät" nehmen.

Ich habe verschiedene Varianten durchgespielt und bin dann letztlich doch bei "Player" geblieben und habe das dann aber konsequent beibehalten.

Wenn LMS "Player" benutzt, sollte es in Material auch so sein.

Oder die Texte mit "Spleep Timer", die haben mir irgendwie nicht gefallen.
Ich habe das jetzt auch einmal geändert, aber vielleicht hat jemand noch bessere Ideen.

Wie bereits gesagt wurde, geht das vielen so. Wenn ich die Änderungen direkt sehen könnte, hätte ich jetzt schon was dazu sagen können.

Es ist auch nicht mein Ziel, dass das in Material Skin übernommen wird.
Wenn etwas gefällt, darf es gerne übernommen werden und umgekehrt übernehme ich Sachen die mir noch besser gefallen.

Das verstehe ich nicht mal.

Also. Mein Vorschlag an dieser Stelle: Wir besprechen und koordinieren die Übersetzung hier. Es ist dem Ganzen auch nicht besonders zuträglich, wenn jeder auf dem ihm zur Verfügung stehendem Wege Craig seine persönlichen Änderungswünsche zukommen lässt.

Wenn Du das Ganze koordinieren möchtest, dann tu es. Aber bitte nicht mit eingestreuten zip-Dateien sondern über GitHub, so dass man Änderungen nachvollziehen kann, BEVOR sie übernommen werden.

[sveninndh]

Wenn Du das Ganze koordinieren möchtest, dann tu es. Aber bitte nicht mit eingestreuten zip-Dateien sondern über GitHub, so dass man Änderungen nachvollziehen kann, BEVOR sie übernommen werden.

1.) War mir nicht bekannt, dass es einen Koordinator gibt.
Offensichtlich bist Du das. Finde ich super, kostet schließlich alles Zeit und Mühe.

2.) Ich bin mit Github nur rudimentär vertraut. Wie Du richtig sagst sollte das jemand koordinieren.
Deswegen habe ich nicht einfach etwas hinzugefügt.

3.) Wenn ich gewusst hätte, was eine von mir in bester Absicht getätigte Post hier für einen Zirkus auslöst, hätte ich es gelassen.
Dafür ist mir meine Zeit wirklich zu schade.

[dolodobendan]

Du interpretierst da augenscheinlich mehr als nötig rein.

1.) War mir nicht bekannt, dass es einen Koordinator gibt.
Offensichtlich bist Du das. Finde ich super, kostet schließlich alles Zeit und Mühe.

Nein, bin ich nicht. Es gibt auch nicht wirklich einen, was ich tendentiell für ein Problem halte. Alles, was ich bisher gemacht habe, ist: Michaels Übersetzung (teilweise) korrigiert. Und dann Deine.

2.) Ich bin mit Github nur rudimentär vertraut. Wie Du richtig sagst sollte das jemand koordinieren.

Ich habe auch keine Ahnung von GitHub (vielleicht bin ich ein überflogenes YouTube-Video weiter als Du). Aber ich mache das auch nicht, weil mir GitHub so viel Freude bereitet (eher im Gegenteil), sondern weil es eine Erleichterung (Änderungen nachverfolgen etc.) für alle anderen ist.

Deswegen habe ich nicht einfach etwas hinzugefügt.

Das hättest Du auch gar nicht können. Ich auch nicht. Ich kann es in meinem Material-Klon ändern und dann Craig bitten, die Änderungen zu übernehmen. Wie gesagt, das ist vielleicht 15min Einarbeitung. Wenn Du GitHub Desktop unter Windows ausprobieren möchtest, benutz nicht den MSI-installer, zumindest hat der bei mir nicht funktioniert.

Ansonsten kannst Du auch einfach nur die Änderungen vorstellen. Auch Du wirst zugeben müssen, dass das angenehmer ist als eine Textdatei nach möglichen Änderungen zu durchforsten:

"Theme":"Designs",
"This will remove the 'virtual library', but will not delete the actual music files contained within.":"Dadurch wird die 'virtuelle Bibliothek' entfernt, aber die darin enthaltenen Musikdateien werden nicht gelöscht.",
"This will remove the folder, and any favorites contained within.":"Dadurch werden der Ordner und alle darin enthaltenen Favoriten entfernt.",
"URL":"",
"Use larger font sizes and larger icons.":"Verwendet größere Schriftarten und größere Symbole.",

3.) Wenn ich gewusst hätte, was eine von mir in bester Absicht getätigte Post hier für einen Zirkus auslöst, hätte ich es gelassen.
Dafür ist mir meine Zeit wirklich zu schade.

Ich glaube immer noch, dass Du da was missverstanden hast. Ich habe Dich an zwei Stellen kritisiert: Die Sprachwahl und die Übersetzung. Letzteres hätte ich ggf. diplomatischer ausdrücken können. War ich bei Michael auch nicht (Er hat mir verziehen, denke ich).

Für jemanden, der nicht auf Political Correctness "steht" ("Wer auf PC steht für den mag das wichtig sein"), wirkst Du recht empfindlich. Sei's drum. Aber wie Du schon sagtest, können wir beide unsere Zeit sinnvoller einsetzen, als uns zu streiten. Von daher lass uns das Kriegsbeil begraben.

[carsten_h]

Aber ich mache das auch nicht, weil mir GitHub so viel Freude bereitet (eher im Gegenteil), sondern weil es eine Erleichterung (Änderungen nachverfolgen etc.) für alle anderen ist.

Wer Software entwickelt und dabei keine Versionsverwaltung (sei es jetzt git, Subversion oder was auch immer) benutzt, der sollte es lieber sein lassen. :-)
Ich kenne da genug schlechte Beispiele, bei denen es dann so tolle Verzeichnisse wie xyz_alt, xyz_ganz_alt, xyz_richtig_neu, xyz_fehlerhaft gibt, durch die nach ca. drei Wochen keiner mehr durchsteigt. Sobald man mit mehreren an einem Projekt arbeitet und das vielleicht noch über die Welt verteilt, führt gar kein Weg daran vorbei.
Wenn man dann noch für z.B. unterschiedliche Hardware verschiedene Versionen (Kunde A bekommt die 3.3, Kunde B die 4.1 und Kunde C die 2.7) pflegen muß wird es ohne Versionsverwaltung sehr schwierig.
Was mir persönlich an git nicht gefällt, ist das ein anderer an derselben Datei wie ich herumarbeiten kann und nachher dann gemerged wird. Bei meinem Hauptprojekt, das eine Entwicklung mit Oracle Forms/Reports ist (Beginn war ca. 1995), kann das nur in die Hose gehen, da die Quelltextdateien Binärdateien sind. Daher benutzen wir Subversion, bei dem man Dateien erst auschecken muß, dann sind sie für alle anderen zur Bearbeitung gesperrt, und später checkt man sie wieder ein.
Für reine Textdateien ist das aber relativ egal, die lassen sich gut mergen.

[dolodobendan]

Wer Software entwickelt und dabei keine Versionsverwaltung (sei es jetzt git, Subversion oder was auch immer) benutzt, der sollte es lieber sein lassen. :-)

Fairerweise sollte gesagt werden, dass hier nicht alle Software-Entwickler sind. Bin ich ja auch nicht. Aber es wäre schon nett, wenn man die Änderungen nicht suchen müsste. Und dazu braucht man nicht einmal eine Versionsverwaltung.

Ich kenne da genug schlechte Beispiele, bei denen es dann so tolle Verzeichnisse wie xyz_alt, xyz_ganz_alt, xyz_richtig_neu, xyz_fehlerhaft gibt, durch die nach ca. drei Wochen keiner mehr durchsteigt.

Dabei wollte ich das grad patentieren lassen.

Sobald man mit mehreren an einem Projekt arbeitet und das vielleicht noch über die Welt verteilt, führt gar kein Weg daran vorbei.
Wenn man dann noch für z.B. unterschiedliche Hardware verschiedene Versionen (Kunde A bekommt die 3.3, Kunde B die 4.1 und Kunde C die 2.7) pflegen muß wird es ohne Versionsverwaltung sehr schwierig.
Was mir persönlich an git nicht gefällt, ist das ein anderer an derselben Datei wie ich herumarbeiten kann und nachher dann gemerged wird. Bei meinem Hauptprojekt, das eine Entwicklung mit Oracle Forms/Reports ist (Beginn war ca. 1995), kann das nur in die Hose gehen, da die Quelltextdateien Binärdateien sind. Daher benutzen wir Subversion, bei dem man Dateien erst auschecken muß, dann sind sie für alle anderen zur Bearbeitung gesperrt, und später checkt man sie wieder ein.
Für reine Textdateien ist das aber relativ egal, die lassen sich gut mergen.

Ich bevorzuge auch Auscheck-Systeme, könnte mir aber vorstellen, dass es in einem Rahmen wie diesem hier sehr nervig sein kann.

Dann frage ich doch gleich mal nach grundsätzlichen Dingen in der Übersetzung: Soll der Benutzer direkt angeredet werden? Als Beispiel nehmen wir doch einfach einen Vorgeschlag sveninndhs:

"No albums have been favorited for this artist. Please use the entries below to look for albums on your online services.":"Es wurden keine Alben für diesen Künstler favorisiert. Bitte verwenden Sie die untenstehenden Einträge, um nach Alben in Ihren Online-Diensten zu suchen.",

Ich bin eher dagegen. Auch, weil es dann kürzer ist: "Untenstehende Einträge benutzen (verwenden?), um nach Alben in eingerichteten Online-Diensten zu suchen."

"Eingerichtete Online-Dienste", damit die Leute nicht denkten, sie hätten ohne ihr Zutun welche. Aber ich weiß grad ehrlich gesagt nicht, wie das aussieht und ob das notwendig ist.

"Es wurden keine Alben für diesen Künstler favorisiert." Hier fällt mir auch grad nichts besseres ein, auch wenn's maximal nach Google Translate klingt. Allerdings benutzt LMS "Interpreten" und nicht "Künstler", oder?

Ich trau mich kaum noch, zu fragen, aber das ist schon Google Translate, oder?

"This will remove the folder, and any favorites contained within.":"Dadurch werden der Ordner und alle darin enthaltenen Favoriten entfernt.",