Un cartello di benvenuto in francese, giapponese, spagnolo e coreano presso la stazione della KCR a Hong Kong
La localizzazione si applica al prodotto che viene venduto su un mercato estero particolare e completa il prodotto stesso con le traduzioni del testo o con l'adattamento alla particolare cultura locale.
Alcuni dei campi di applicazione dei processi di internazionalizzazione e localizzazione sono:
La lingua, in particolare il testo codificato (computer):
alfabeti e sistemi di scrittura;
sistemi di numerazione;
direzione della scrittura (es. da sinistra verso destra e da destra verso sinistra).
Screenshot di programmi software localizzati in Italiano.
La localizzazione software è un processo di traduzione dell'interfaccia utente di un software da una lingua a un'altra e l'adattamento della stessa in accordo alla cultura straniera. Questo processo è molto complicato e spesso richiede sforzi particolari da parte dei team di sviluppo. Esistono strumenti che possono semplificare il processo di localizzazione. Molti di questi progetti vengono affidati ad aziende specializzate per diminuirne i costi.
La localizzazione software può anche fare riferimento all'adattamento di un software da una cultura a un'altra. Durante la localizzazione alcuni riferimenti a storia e cultura vengono sostituiti con equivalenti riferimenti locali che non modifichino il senso dell'originale.
Nei giochi a console, la localizzazione si occupa anche del controverso processo di produrre console e soprattutto cartridge che possano essere utilizzate solamente nella regione geografica per la quale sono state progettate. Per esempio, una cartridge europea potrebbe non funzionare in una console nordamericana. Inoltre la localizzazione include la modifica dei dialoghi e di altri elementi per meglio adattarsi al pubblico del paese. Un motivo per quest'operazione è legato alle differenze tra censure locali: le regole di autocensura di Nintendo, ad esempio, variano tra Stati Uniti d'America e Giappone.
Nell'ambito della creazione di prodotti software, l'internazionalizzazione e la localizzazione introducono compiti particolarmente impegnativi per gli sviluppatori, specialmente se il software non è progettato sin dall'inizio tenendo ben presente questi fatti. Una pratica comune è quella di separare i dati testuali e altri dati dipendenti dall'ambiente di utilizzo, dal codice del programma; in questo modo il supporto per un ambiente diverso, idealmente, richiederà soltanto modifiche in quelle risorse separate dal codice, semplificando enormemente il compito del localizzatore.
Il team di sviluppo necessita di qualcuno che comprenda le lingue e le culture straniere e che abbia discrete capacità tecniche; tale persona potrebbe essere difficile da trovare. Inoltre, la duplicazione delle risorse potrebbe diventare un incubo per la manutenzione. Per esempio, se un messaggio che viene mostrato all'utente viene modificato, tutte le versioni tradotte necessitano della stessa modifica. Sono disponibili alcune librerie software che aiutano quest'arduo compito, come ad esempio Gettext.
Da quando il software libero può essere liberamente modificato e ridistribuito, è di fatto più adatto all'internazionalizzazione. Molti software proprietari sono disponibili solo in lingue considerate economicamente convenienti, mentre il progetto KDE, per esempio, è stato tradotto in più di 70 lingue.
L'attuale pratica prevalente è quella di inserire il testo delle applicazioni all'interno di stringhe che vengono caricate durante l'esecuzione del programma a seconda dei parametri locali impostati dall'utente. Queste stringhe, archiviate in file di risorse, sono relativamente semplici da tradurre. I programmi sono spesso progettati per fare riferimento alle librerie di risorse a seconda dei dati locali selezionati.
Per esempio, un programma scritto in C in questo modo:
printf("Fatal error: %s\n", msg);
non è internazionalizzato. Quindi per tradurre il messaggio, sarà necessario modificare il codice sorgente.
Al contrario,
printf(gettext("Fatal error: %s\n"), msg);
è internazionalizzato (grazie alla libreria Gettext): il programma andrà a cercare all'interno delle sue risorse localizzate una stringa di caratteri corrispondente a 'Fatal error: %s' nella lingua utilizzata dall'utente.
Perciò per far sì che un'applicazione supporti più lingue, lo sviluppatore dovrà progettare la sua applicazione in modo che selezioni le risorse linguistiche appropriate in fase di esecuzione dell'applicazione stessa. Il codice dell'applicazione quindi dovrà essere in grado di gestire, ad esempio, la verifica dei formati data inseriti e moltissimi altri tipi di dati che dipendono direttamente dalle impostazioni locali dell'utente. I moderni sistemi di sviluppo e i moderni sistemi operativi includono alcune librerie sofisticate per il supporto internazionale di questo tipo. Nonostante questo, molti ambienti di sviluppo ancora non hanno il completo supporto per Unicode, che complica drammaticamente il lavoro di traduzione, specialmente per le lingue dell'est e asiatiche.
In informatica, locale è il gruppo di parametri che definisce la lingua, il paese e qualsiasi altra variante specifica, scelti dall'utente per la visualizzazione dell'interfaccia. Normalmente un identificatore locale è formato da un identificatore di lingua (in minuscolo) e da un identificatore di regione (in maiuscolo).
Di seguito sono riportate alcune lingue parlate e utilizzate comunemente in più di una nazione e i loro relativi identificatori locali:
Il termine inglese localization viene spesso abbreviato come L10N (o l10n o L10n), dove le due lettere indicano la prima ed ultima della parola, e il numero di lettere omesse dalla parola stessa.[1].
Questa abbreviazione evita la confusione tra le diverse grammatiche inglesi (localisation, dall'inglese britannico, e localization, dall'inglese statunitense).
Allo stesso modo Internationalization viene spesso abbreviato come I18N (o i18n o I18n). I termini internazionalizzazione e localizzazione sono a volte erroneamente accumulate nel termine globalization (g11n), che ha però un significato diverso.
Meno utilizzate sono le abbreviazioni "p13n" per personalization, "m17n" per multilingualization e "r3h" per reach, intesa come raggiungimento di un sito web da diversi paesi e mercati. Un altro concetto legato ai suddetti è l'abbreviazione "a11y" per accessibility, che riguarda l'adattamento dei prodotti per persone disabili o con limitazioni dovute all'età.
(EN) .NET Internationalization: The Developer's Guide to Building Global Windows and Web Applications, Guy Smith-Ferrier, Addison-Wesley Professional, 7 agosto 2006. ISBN 0-321-34138-4
.jpg)
Albania
Kosovo
Macedonia del Nord
Emirati Arabi Uniti
Bahrein
Algeria
Egitto
Israele
Iraq
Giordania
Kuwait
Libano
Libia
Marocco
Mauritania
Oman
Palestina
Qatar
Arabia Saudita
Sudan
Somalia
Siria
Ciad
Tunisia
Yemen
Bangladesh
India
Singapore
Guam
Isole Marianne Settentrionali
Cina
Taiwan
Corea del Nord
Corea del Sud
Bosnia ed Erzegovina
Croazia
Danimarca
Groenlandia
Andorra
.svg){kind=small}
Belgio
Burkina Faso
Burundi
Benin
Canada
Repubblica Democratica del Congo
Repubblica Centrafricana
Repubblica del Congo
Svizzera
Costa d'Avorio
Camerun
Gibuti
Francia
Gabon
.svg){kind=small}
Regno Unito
Guinea
Haiti
Italia
Comore
Lussemburgo
Principato di Monaco
Madagascar
Mali
Polinesia Francese
Saint-Pierre e Miquelon
Ruanda
Seychelles
Togo
Vanuatu
Wallis e Futuna
.svg){kind=small}
Mayotte
Cipro
Grecia
.svg){kind=small}
Irlanda
Slovenia
San Marino
.svg){kind=small}
Città del Vaticano
Brunei
Malaysia
.svg){kind=small}
Antille olandesi
Aruba
Paesi Bassi
Suriname
Angola
Brasile
Capo Verde
Guinea-Bissau
Mozambico
Portogallo
São Tomé e Príncipe
Moldavia
Romania
.svg){kind=small}
Serbia e Montenegro
Pakistan
Argentina
Bolivia
Cile
Colombia
Costa Rica
Cuba
Rep. Dominicana
Ecuador
Spagna
Guinea Equatoriale
Guatemala
Honduras
Messico
Nicaragua
Panama
Perù
Porto Rico
Paraguay
El Salvador
Stati Uniti
Uruguay
Venezuela
Finlandia
Svezia
Kenya
Tanzania
eSwatini
Sudafrica
Austria
Germania
Liechtenstein
Botswana
Bulgaria
Turchia
Ungheria
