Verificatore di Localizable.strings
Trascina due o più file .strings e vedi che cosa manca, che cosa è duplicato, che cosa non è mai stato davvero tradotto e quali righe il parser non riesce a leggere. Non viene caricato nulla: di solito sono file di produzione, e restano in questa pagina.
La regola del valore duplicato
Due chiavi con lo stesso valore inglese sono il bug che torna sempre. Chi traduce vede la stessa stringa due volte, la traduce due volte e ottiene due risultati diversi — o peggio: una lingua che per i due contesti ha bisogno di parole diverse ne riceve una sola per entrambi, e nessuno se ne accorge finché non se ne lamenta un madrelingua. Il controllo ignora maiuscole e punteggiatura finale, perché "Done" e "Done." sono lo stesso problema travestito.
Identico non vuol dire non tradotto
Un valore uguale a quello del file base di solito significa che non ci ha messo mano nessuno. A volte è corretto: un nome di marca, un'unità, un'abbreviazione che resta uguale in ogni lingua. Lo strumento li segnala e lascia il giudizio a te, perché l'alternativa è lasciarsi sfuggire le lacune vere oppure brontolare a ogni OK.
Le righe non valide vengono segnalate, non ignorate in silenzio
La grammatica dei file .strings è piccola, ma i casi limite sono reali: commenti a blocco, virgolette con escape dentro i valori, un punto e virgola dimenticato, una virgoletta tipografica incollata da un foglio di calcolo. Un parser che salta in silenzio quello che non riesce a leggere ti dirà che il file va bene mentre una chiave è sparita senza far rumore. Ogni riga che non viene interpretata è elencata con il suo numero, così puoi andare a guardarla.
Anche UTF-16
Xcode scrive file .strings in UTF-16 da anni, e molti repository ne contengono ancora. Perciò i file vengono prima esaminati in cerca di un byte order mark e decodificati di conseguenza, così un file UTF-16 non arriva come un muro di byte nulli e cento errori di parsing.
Domande frequenti
Gestisce i .xcstrings?
Non ancora. Il catalogo di stringhe è JSON con un'altra forma, e merita una gestione propria invece di uno strato di conversione che funziona a metà.
Quale file deve fare da base?
Quello che fa testo — di solito la lingua di sviluppo. Tutto viene confrontato con quel file, quindi una chiave assente dalla base ma presente altrove è segnalata come in più, non come mancante.
Che cosa conta come problema?
Una chiave mancante, un valore duplicato, un valore identico a quello del file base o una riga che il parser non riesce a leggere. Il conteggio somma tutto questo su tutti i file.
I miei file vengono caricati?
No. Vengono letti con il lettore di file del browser e confrontati qui. Per questo strumento conta più del solito, perché sono file di prodotto veri.
Fatto dal team GO AI, che ci sbatteva contro di continuo. Tutti gli strumenti gratuiti