🇩🇪 Fehler in der Deutschen Übersetzung? Hier melden!

[gerhard (Gerhard Schlager)]

„Server und Protokolle“ würde sich tatsächlich vom Platz her ausgehen. Die Diskussion über & und u. ist mir entgangen. Solang es keine Lösung in der UI selbst gibt, bleibt uns wohl nur übrig, Texte abzukürzen bzw. weniger wichtige Informationen wegzulassen.

Wenn mir auffällt, dass ein Text zu wenig Platz hat, passe ich das in den Übersetzungen an. Falls euch etwas auffällt, bitte einfach auf Crowdin eine passende Übersetzung vorschlagen und ggf. in einem Kommentar darauf hinweisen, dass es aus Platzgründen sinnvoll ist.

[GuidoD (Guido Drehsen)]

Ich habe keinen Fehler zu melden.

Ich möchte mich nur verabschieden. Nach 8 Jahren haben wir unsere selbst gehostete Discourse-Instanz Ende März abgeschaltet, da wir Ende März unsere politische Partei aufgelöst haben.

In den letzten 8 Jahren war ich der Administrator unserer Instanz und habe in dieser Zeit auch viele Übersetzungen für Discourse ins Deutsche gemacht (discourse, discourse-ai, data-explorer und einige andere Plugins). Dies war meine Art, etwas an Discourse zurückzugeben, da wir diese großartige Software kostenlos auf unserem Server genutzt haben.

Aber jetzt ist es an der Zeit, sich von der Community zu verabschieden.
@Moin macht auch ziemlich viele deutsche Übersetzungen, sodass diese großartige Software neben @gerhard noch andere Personen hat, die die Übersetzungen ins Deutsche machen.
@gerhard, du kannst mich in Crowdin von den Discourse-Übersetzern für Deutsch entfernen.

Macht weiter so.
Danke und alles Gute für alle
Guido

[tobiaseigen]

Wow, Guido! Wir werden dich vermissen. Danke für deine Beiträge zur deutschen Übersetzung im Laufe der Jahre. Viel Glück für deine zukünftigen Unternehmungen und natürlich, wenn du deine nächste Online-Community startest, hoffen wir, dass es mit Discourse sein wird!

[gerhard (Gerhard Schlager)]

Vielen Dank für all Ihre Beiträge im Laufe der Jahre. Ich habe nachgesehen – es stellt sich heraus, dass Sie in dieser Zeit rund 30.000 Wörter übersetzt haben!

Ich wünsche Ihnen alles Gute und hoffe, dass sich unsere Wege eines Tages wieder kreuzen.

[Moin]

Es wurden vor kurzem einige Texte im Zusammenhang mit “Impersonation” hinzugefügt. Z.B. “You are impersonating %{username}” und “Stop impersonating”.
Sicherlich ist die derzeitige Übersetzung “Nutzersicht” kein Fehler, aber mir fehlte da irgendwie immer der Teil, der Bewusstsein dafür schafft, dass man nicht nur das Gleiche sieht wie der Benutzer, sondern ja auch als dieser handelt. Daher dachte ich, es ist vielleicht interessant zu erfahren, wie andere Admins darüber denken.

Es gab dazu sogar mal eine kurze Unterhaltung auf Crowdin:

Is the existing one an accurate translation (I assume it should be understood as “view page as certain user”)?

Yes, admins can impersonate other users which allows them to see and do everything the user is allowed to do. I’m not sure if the current translation is accurate enough. Probably.

Die Fehlermeldung, wenn Impersonating fehlschlägt, spricht derzeit von “in die Rolle schlüpfen”^[1]. Genauso ist es beim Erklärtext des Buttons^[2].
Wenn man sich daran orientiert, könnte man den Impersonate-Button in “In Rolle wechseln” ändern. “Als Benutzer anmelden” wäre vielleicht noch etwas klarer, allerdings habe ich das Gefühl, es passt schlechter zum neuen Feature, bei dem man zurück wechseln kann, ohne sich abzumelden. “Benutzer übernehmen” wäre vielleicht auch möglich. Das ist nicht ganz so lang, dafür aber vielleicht etwas drastisch.

Vielleicht hat ja jemand noch bessere Ideen als mir kurz vor Mitternacht eingefallen sind

---

1. admin_js.admin.impersonate.invalid: Entschuldige, du darfst nicht in die Rolle dieses Benutzers schlüpfen. ↩︎

2. admin_js.admin.impersonate.help: Benutze dieses Werkzeug, um zur Fehlersuche in die Rolle eines anderen Benutzers zu schlüpfen. Du musst dich abmelden, wenn du fertig bist. ↩︎

[asa]

Vielleicht würde das Wort “imitieren” besser wie “Benutzer imitieren” oder Du imitierst (gerade), %{username}". Zum neuen Feature würde passen “(Benutzer)Imitation beenden”.
Das würde ich wenn ich das zum ersten mal sehen direkt besser verstehen.

[tobiaseigen]

Danke, dass Sie dieses Problem angesprochen haben, Moin! Während Sie die deutsche Übersetzung ansprechen, halte ich es für sinnvoll, dies auch unter Add 'stop impersonating' link to user avatar dropdown when impersonating - #41 by ted anzusprechen, wo über Änderungen an der Funktion gesprochen wird.

Meiner persönlichen Meinung nach ist die Tatsache, dass sich „impersonation“ nicht gut übersetzen lässt, ein Grund, die Funktion umzubenennen. Mir gefällt „als Benutzer anmelden“. Ich kann mir auch „Zu @impersonated_user-Konto wechseln“ und dann „Zurück zu @my_account wechseln“ vorstellen. Ich denke, das funktioniert auf Englisch und ich vermute auch, dass es sich besser in die meisten Sprachen übersetzen lässt.

[Moin]

@tobiaseigen

I think it makes sense to raise this also in Add ‘stop impersonating’ link to user avatar dropdown when impersonating - #41 by ted

Ich verstehe den Zusammenhang nicht ganz: Warum sollte man die Wahl des Begriffs “Impersonation” jetzt in einem Thema diskutieren, in dem es um eine neue Option zum leichteren Verlassen dieses Modus geht? Der Text des Buttons (der übrigens schon seit mehr als 5 Jahren existiert) hängt doch nicht mit dem Beenden der Benutzerübernahme zusammen.

Für mich ist “Impersonation” als Name des Features auch deshalb sinnvoll, weil man es in der Dokumentation und anderen Themen im Forum leicht suchen kann. “Log in as user” würde das schwieriger machen. Es sind alles sehr häufig verwendete Wörter, es eignet sich schlechter als Schlagwort und die bisherigen Beiträge würden trotzdem den alten Begriff verwenden.

In der Übersetzung muss man ja ohnehin oft passendere Begriffe wählen. Wir übersetzen “staff” ja auch mit “Team” und “to tag” mit “mit einem Schlagwort versehen”. Es gibt halt nicht immer in jeder Sprache den perfekten Begriff für etwas. Aber dann ist es doch ausreichend die Übersetzung zu optimieren. Man muss ja nicht das Feature umbenennen.

[Moin]

@Moin

I also tried to suggest “unbegrenzt” for the chat history (js.chat.retention_reminders.indefinitely_short) because for me “unbestimmt” sounds like “not defined”.
…
But I cannot suggest “unbegrenzt” because it has been suggested before.

Das ist immernoch so. Was muss ich denn tun damit sich daran etwas ändert?

[gerhard (Gerhard Schlager)]

Ich setze eine Erinnerung, mir das anzusehen, wenn ich aus dem Urlaub zurück bin.

[Moin]

Mir ist aufgefallen, dass die deutsche Übersetzung für “dismiss” sehr unterschiedlich ist. Selbst im gleichen Kontext werden unterschiedliche Formulierungen verwendet.

Hier mal das Beispiel was angezeigt wird, wenn man /unread aufruft:

Sofort präsent ist der “Dismiss”-Button neben dem “new topic”-Button. Nutzt man dann die Massenauswahl, gibt es in dem Menü einen 2. “Dismiss”-Button:

Im Deutschen nutzen wir einmal “Ignorieren” und einmal “Verwerfen” obwohl beide Buttons das selbe machen.

Genauso ist es mit dem Modal welches abfragt ob man sich sicher ist.

• Ohne ausgewählte Beiträge sieht das so aus:
  
  
  
  
  Im Englischen wird sowohl in der Überschrift als auch im Button “Dismiss” verwendet". Die Deutsche Überschrift nutze nach “Ignorieren” und “Verwerfen” hier den 3. Begriff: “Ausblenden”. Der Button unten nutzt wieder “ignorieren”.
• Mit ausgewählten Beiträgen wird an beiden Stellen “ignorieren” verwendet:
  
  
  

Im Benachrichtigungsmenü wird dann “Alles gelesen” verwendet. Das passt, finde ich, dort auch sehr gut, obwohl es natürlich ein weiterer Begriff für so ziemlich das Selbe ist.

Das wir in einem anderen Kontext etwas anderes verwenden, wie in den Benachrichtigungen auf dem Dashboard wo “verwerfen” verwendet wird, finde ich weniger störend

Aber im Kontext von “dismiss unread topic/post/notification” fände ich gleiche Formulierungen hilfreicher. Gerade “ausblenden” klingt für mich auch eher nach einer Formulierung für “nicht gelistet” / “unsichtbar” (en: “unlist”)

[Moin]

Bisher dachte ich, es wäre einfacher, eine Änderung nach der anderen zu besprechen. Gerade habe ich den Eindruck, vielleicht ist es doch besser, wenn ich mehr gleichzeitig poste. Vielleicht kann dann gleich alles verbessert werden, wenn sich jemand dafür Zeit nimmt.

onebox.github.opened

opened

offen

Ich denke, “geöffnet” wäre passender. Es geht nicht um den aktuellen Status, sondern darum, wann der PR geöffnet wurde

admin_js.admin.backups.files_title & admin_js.admin.backups.menu.backup_files

Backup files

Dateien sichern

Wie Dax bei dem einen Text auch bestätigt hat, handelt es sich hier um ein Nomen. Unter der Überschrift sieht man die erstellten Backups.

reports.signups.title

Signups

Neue Benutzer

“Neue Benutzer” hat für mich sehr viel Bezug zu Vertrauensstufe 0 (neuer Benutzer). Ich fände “Anmeldungen” oder “Registrierungen” würde das besser klarstellen.

site_settings.chat_auto_silence_from_flags_duration

Number of minutes that users will be silenced for when they are automatically silenced due to flagged chat messages.

Anzahl der Minuten, für die Benutzer stummgeschaltet werden, wenn sie aufgrund markierter Chat-Nachrichten automatisch stummgeschaltet werden.

Es sollte gemeldet und nicht markiert heißen.

js.discourse_ai.embeddings.semantic_search_results.new

Press ‘search’ to begin looking for new results with AI

Drücke auf „Suchen“, um mit der KI nach neuen Ergebnissen zu suchen

Ich denke, “Suche” würde besser zum Text im Button passen

discourse_ai.ai_bot.tool_options.update_artifact.update_algorithm.name

Update Algorithm

Algorithmus aktualisieren

Wie Nat im Kommentar bestätigt hat, ist “update” ein Nomen und kein Verb.

js.discourse_automation.scriptables.suspend_user_by_email.fields.suspend_until.label

Suspend until (default)

Aussetzen bis (Standard)

An den meisten Stellen ist “suspend” mit sperren übersetzt. Unter anderem auch im Namen des Skripts (discourse_automation.scriptables.suspend_user_by_email.title)

js.discourse_automation.triggerables.after_post_cook.fields.restricted_tags.description & js.discourse_automation.triggerables.post_created_edited.fields.restricted_tags.description

Optional, will trigger only if the post has any of these tags

Optional. Wird nur ausgelöst, wenn der Beitrag eines dieser Schlagwörter enthält

Optional. Wird nur bei Beiträgen mit einem dieser Schlagwörter ausgelöst

Ich habe den Eindruck, die Übersetzungen sollten identisch sein. So wie ich es verstanden habe, ist “enthält”, was sich auf den Inhalt zu beziehen scheint, eher verwirrend.

discourse_automation.scriptables.recurring_data_explorer_result_topic.description

Get scheduled reports posted to a specific topic

Geplante Berichte zu einem bestimmten Thema veröffentlichen

Ich denke, es müsste “in einem bestimmten Thema” heißen.