Elenco di controllo per l'internazionalizzazione

Questo argomento fornisce azioni da eseguire per creare codice che supporta più mercati. Considerare queste istruzioni come guida durante la progettazione del codice e come metriche quando si valutano le compilazioni.

• Creare specifiche del programma che account per considerazioni internazionali dall'inizio.
  • Progettare icone e bitmap per essere significativi e non offensivi nei mercati di destinazione e non contenere testo.
  • Menu di progettazione e finestre di dialogo per lasciare spazio per l'espansione del testo. Ad esempio, le stringhe inglesi spesso si espandono del 40% quando vengono tradotte in tedesco o olandese.
  • Non usare riferimenti slang o specifici della cultura negli elementi o nei messaggi dell'interfaccia utente.
  • Creare combinazioni di tasti di scelta rapida accessibili su tastiere internazionali. Ad esempio, evitare di usare tasti di punteggiatura come tasti di scelta rapida perché non vengono sempre trovati su tastiere internazionali o facilmente prodotti dall'utente. Per esempi di layout della tastiera, vedere Layout della tastiera di Windows.
  • Prendere in considerazione le leggi locali che interessano i progetti di funzionalità, ad esempio i requisiti che le entità governative acquistano software che supporta più lingue ufficiali.
  • Sviluppare contratti di terze parti che supportano gli standard internazionali dell'interfaccia utente e le decisioni di progettazione dell'organizzazione.
  • Usare terminologia coerente nelle stringhe dell'interfaccia utente che devono essere tradotte.

• Creare codice indipendente da impostazioni locali.
  • Non concatenare stringhe per formare frasi.
  • Non usare una variabile stringa specificata in più contesti, ad esempio riutilizzare un frammento di frase in messaggi e richieste diversi, perché tali stringhe potrebbero non essere facili da tradurre.
  • Stringhe di documento che usano commenti per fornire contesto per i traduttori e contrassegnare chiaramente stringhe o caratteri che non devono essere localizzate.
  • Non usare costanti di caratteri hardcoded, costanti numeriche, posizioni dello schermo, nomi file o nomi del percorso che presupporno una determinata lingua.
  • Rendere i buffer sufficienti per contenere stringhe tradotte.
  • Consenti l'input dei dati con formati che variano in base alle impostazioni locali, ad esempio date, ore e valute.
  • Usare le dimensioni della carta, le dimensioni della busta e altre impostazioni predefinite appropriate a una determinata impostazione locale.
  • Assicurarsi che ogni edizione della lingua possa leggere i documenti creati dalle altre edizioni.
  • Fornire supporto per hardware specifico delle impostazioni locali, se necessario.
  • Configurare le funzionalità che non si applicano ai mercati internazionali come opzioni di implementazione che possono essere disabilitate facilmente.

• Creare codice che sfrutta le funzionalità internazionali offerte da Microsoft Windows.
  • Usare le informazioni internazionali trasportate dal sistema (Supporto per la lingua nazionale).
  • Usare le funzioni di sistema per l'ordinamento, la conversione dei case e il mapping di stringhe.
  • Usare funzioni di layout di testo generico.
  • Rispondere alle modifiche alle impostazioni internazionali in Pannello di controllo.
  • Gestire il messaggio di WM_INPUTLANGCHANGEREQUEST.
  • Supportare gli editor dei metodi di input, il testo verticale e le regole di interruzione della riga nelle edizioni asiatiche orientali.

• Compilare tutte le edizioni internazionali del programma da un set di file di origine.
  • Ridurre al minimo o eliminare i meccanismi che richiedono la ricompilata del codice per diverse edizioni del linguaggio.
  • Archiviare elementi localizzabili, ad esempio stringhe e icone, nei file di risorse di Windows.
  • Archiviare documenti in tutte le edizioni della lingua usando lo stesso formato di file.

• Supportare diversi set di caratteri, non solo la tabella codici latina 1, il numero 1252.
  • Il programma supporta ambienti di rete in cui i computer eseguono sistemi operativi con pagine codici predefinite diverse.
  • Usare GetCPInfoEx per recuperare gli intervalli di lead byte per le pagine codici asiatiche orientali.
  • Analizzare i caratteri double-byte nelle applicazioni asiatiche orientali, a meno che il codice non sia basato su Unicode.
  • Supportare Unicode o conversione tra Unicode e la tabella codici locale.
  • Non presupporre che tutti i caratteri siano a 8 bit o a 16 bit.
  • Usare i tipi di dati generici e i prototipi di funzioni generici.
  • Utilizzare la proprietà charset del carattere, che chiama EnumFontFamiliesEx e la funzione di dialogo comune ChooseFont.
  • Visualizzare e stampare testo usando i tipi di carattere appropriati per le impostazioni locali.

• Testare le funzionalità internazionali del programma.
  • Il testo tradotto deve soddisfare gli standard dei parlanti nativi.
  • Le finestre di dialogo devono essere ridimensionate correttamente e il testo deve essere trattino in modo appropriato, quando vengono visualizzate lingue diverse.
  • Le finestre di dialogo, le barre di stato, le barre degli strumenti e i menu devono adattarsi sullo schermo e leggere in modo leggibile quando la visualizzazione è impostata su risoluzioni diverse, per tutte le lingue tradotte.
  • Gli acceleratori di menu e finestra di dialogo devono essere univoci.
  • Gli utenti devono essere in grado di digitare caratteri da script non europei in documenti, finestre di dialogo e nomi di file.
  • Gli utenti devono essere in grado di tagliare, incollare, salvare e stampare i caratteri da script non europei correttamente.
  • L'ordinamento e la conversione dei casi devono essere accurati per impostazioni locali diverse.
  • L'applicazione deve funzionare correttamente nelle edizioni localizzate di Windows.