Superfish

So nachdem ich jetzt sämtliche Kinder in diesem wunderbaren Menü gezählt habe (Sorry mir kamen wirklich die Tränen vor Lachen und ich meine es nicht böse. Wirklich nicht), kann ich hier mal kurz Rückmeldung geben

Da du mir ja gesteckt hast, dass du eventuell auf lange Sicht Maintainer werden möchtest, muss ich das auch tun

Aus den Richtlinien der dt. Übersetzung geht hervor, dass wir:

• Die Anrede Sie wann immer möglich vermeiden. DeepL macht das nicht. Bevor du also ein Modul zur Review ausschreibst schau bitte nach, ob es da wirklich überall ein Sie braucht. Das gilt analog übrigens auch für ihr und dein.
• Untenstehende Anführungszeichen verwenden. dies ist im ganzen Modul nicht durchgeführt worden.

Beide Regeln sind in deinen Übersetzungen nicht beachtet worden.

Entweder du hast es einfach vergessen oder vorher noch 5 Andere Module übersetzt und hattest keine Lust mehr drauf zu achten. Das ist nicht schlimm. Ließ dir einfach die Reichtlinien noch mal durch, bevor du an die nächste Übersetzung gehst, bitte!
Kleiner Hinweis zu DeepL und Sie:

Einfach auf Sie klicken un den Satz umstellen lassen. Das geht in Sekunden.

Außerdem macht die Software gerne mal ein irgendeintext aus sometext da bitte aufpassen. Passiert mir auch. Das kann man sogar im Rocket-Caht nachlesen

Ansonsten sieh dir bitte einfach noch mal die Korrekturen an und frage nach, wenn du was nicht verstehst.

Solche Rückmeldungen klingen oft nach Kritik. Es sind aber wirklich nur Rückmeldungen.

Es erwartet niemand von dir, dass du die Richtlinien gleich im ersten Monat verinnerlichst. Vornehmen solltest du es dir aber. Darum weisen wir hier darauf hin, wenn wir feststellen, dass eine Regel nicht eingehalten worden ist.

Gib bitte hier bescheid, wenn du dir die Korrekturen angesehen hast, dann können wir das Modul freigeben.

Ich seh mir das an zum letzten Punkt Button vs Schaltfläche. wir haben ein Glossar.

https://docs.google.com/spreadsheets/d/1JGZWWUQGBsXg30aax-0-yQM_KW8vZs9n...

Dieses wird in Sprints regelmäßig von fachkundigen Drupal Anwendern und Entwicklern aktualisiert. Dort findest du in Zeile 76 den hinweis, dass für Drupal 7 noch Schaltfläche galt und wir uns inzwischen für Button entscheiden haben, weil das Wort im Duden ankam.

Mir persönlich gefällt das auch nicht, ist aber so. Wir übersetzen alle Zeichenfolgen im Core und in den Zusatzmodulen seit der Beta von Drupal 8 mit Button, wenn im Original Button vorkommt. Ich mach jetzt so kurz vor dem Release von Drupal 9 bestimmt kein neues Fass Button vs Schaltfläche auf.

Eine Entscheidung zugunsten von Schaltfläche würde nämlich bedeuten, dass wir alle Übersetzungen, in denen Button vorkommt auf Schaltfläche Ab#ndern müssten, obwohl wir dass zum Release von Drupal 8 erst umgedreht haben. Darum ist Schaltfläche schlicht falsch.

Denk also bitte daran, das du dich nicht an den vorhandenen Übersetzungen orientierst, sondern an den Begriffen im Glossar und zwar ohne wenn und aber.

Ich hatte da auch so meine Probleme Allerdings muss ich sagen, wenn du mit über 600 Übersetzern Software übersetzen willst, bekommst du im Zweifel ohne Glossar 600 verschiedene Übersetzungen für ein Wort.

Darum und das gilt analog für alle Fachbegriffe:

Button heißt Nutton, solangae Button im Glossar steht.

Ergo ist eine Übersetzung mit schaltfl#che einfach falsch.

Denk daran, ich schreibe das hier nicht nur für dich so klar und deutlich, sondern auch für die nächsten Übersetzer, die vor der selben Herausforderung stehen.

Den Rest deiner Anmerkungen sehe ich mir schnellstmöglich an.

Bis da hin eine schöne Zeit.

Hi Peter ich hab die oben angegebenen Fehler jetzt korrigiert.

Zwei Hinweise hab ich noch für dich. Einfach damit das zukünftig einfacher und schneller geht.

1. Du kannst mittels der Duplizieren-Funktion (Stiftsymbol) Jederzeit dei Fehler andere ausbessern. Dann kann der Reviewer beim Freigeben die Unterseide nämlich auch sehen.

2. Das nächste mal wenn du einen Issue zur Freigabe aufmachst. Denk daran die freizugebenden Übersetzungen direkt darin zu verlinken, indem du entweder den Filter

untranslated/has suggestioion

verwendest oder wenn es um eine komplette Review geht den Filter

Any/Any

Den Filter für die angezeigten Zeichenfolgen stellst du mir auf 50. Danach gehst du auf filtern und kopierst die so erzeugte Internetadresse aus demenm Browser in den Issue. Dem Link gibst du den Link-Text „Bitte Prüfen“ (Ohne Anführungszeichen).

Dann sind die Reviewer auch wieder glücklich, weil sie einfach auf den Link klicken können statt sich das Modul selbst raussuchen und die Filter selbst einstellen zu müssen. Das macht die Arbeit für die Leute, die das ganze freigeben wesentlich angenehmer. Die machen nämlich nicht nur eine Review am Tag.

Ansonsten kann ich abschließend zum Thema Rechtschreibfehler noch meine dedizierte Meinung zum besten geben.

Du hast das vollkommen richtig gemacht, dass du die Rechtschreibfehler gemeldet hast.

Grundsätzlich ist mir eine übersetzte Zeichenfolge die 5 Rechtschreibfehler enthält, z. B. Langer Hilfetext, lieber als eine nicht übersetzte Zeichenfolge, die unerfahrene Nutzer nicht deuten können oder Menschen mit schlechten Englischkenntnissen erst gar nicht lesen.

Der falshe weg wäre zu sagen. Alles, was einen Rechtschreibfehler hat, wird nicht freigegeben.

Der Übersezungsserver rendert neue Übersetzungen in der Regel inner halb von 30 Minuten - 24 Stunden Wenn ich weiß, das ich ein Modul freigegeben habe, dann schau ich halt nach 24 Stunden noch mal in die UI und mach ne review. Von mir aus auf Simple Test me oder so.

Aber das ganze Zeug per PO Datei zu exportieren und zu schauen, ob da jetzt irgendwo Fehler drin sind, die Po Datein lokal zu bearbeiten und dann wieder hochzuladen ist der falsche Ansatz. Alleine deshalb, weil der Core inzwischen so groß ist, dass man ihn gar nicht merh exportieren kann.

Richtig machen das beispielsweise auch die Jungs bei Thunder.

Die sehen z. B beim Testen von Thunder, dass irgendjemand einen Fehler im HTML-Code einer Zeichenfolge gemacht hat und 5 Minuten später ist ein neuer Issue offen.

Wenn ich das sehe, mach ich entweder direkt eine Korrektur und gib die frei oder wenn das nicht möglich ist, weil es einen Bug im Übersetzungssystem gibt, na dann fliegt die Zeichenfolge raus.

Mit den Jungs von Thunder geht das.

Der Rest der Community hat erher so das Mindset „Um Gottes willen, wie kontest du diesen Rechtschreibfehler freigeben?... Wir machen uns doch bei allen lächerlich die das lesen“

Am liebsten würde ich zu so etwas immer folgendes antworten:

Wenn du schon einen Rechtschreibfehler oder auch fehlerhaftes HTML siehst, und das ein anderer übersehen hat, warum schreibst du dann keine neue Zeichenfolge?

Warum regst du dich stattdesen vorher schriftlich auf, dass da Rechtschreibfehler/HTML-Fehler drin sind und hoffst dann, dass die Korrektur schon irgendjemand machen wird?

Noch viel lieber würde ich sagen:

Schreib ne korrektur und dann meckere erst gar nicht. Und wenn du doch das Bedürfnis hast, zu kritisieren oder Feedback zu geben, dass sich eventuell nach Kritik anhören könnte, dann schreib wenigstens vorher die Korrektur, damit der Mensch der den Fehler gmacht hat auch was von deiner Kritik hat und besser werden kann.

Ich lass das nur immer sein, weil ich glaube, dass das gegen den Code of Conduct verstößt.

Vielen Dank für diesen Input, das wird ende Jannuar in Berlin eventuell noch mal wichtig.