Convertire tre lettere del codice lingua identificativo della lingua (LANGID)

Question

c'è qualche modo nelle API Win32 per convertire un codice lingua di tre lettere, come restituito da GetLocaleInfo() con LOCALE_SABBREVLANGNAME specificato, ad un corrispondente LANGID o LCID? Cioè, andando in "reverse" a ciò che fa normalmente GetLocaleInfo()?

Quello che sto cercando di fare è di analizzare che tipo di linguaggio un DLL di risorse sta usando, e finora, senza toccare nulla la DLL, che va sotto il nome dll con un formato nameLNG.dll, dove LNG è un tre codice della lingua, sembra essere il metodo più semplice, supponendo che tale funzione esista.

Se ciò non è facile, suppongo che Plan B debba fornire alle nostre DLL di lingua una risorsa di informazioni sulla versione, specificare le loro rispettive culture e, più avanti nell'applicazione, leggere quali culture usano.

Answer 1

Sfortunatamente, non esiste un'API Win32 diretta che fornisca un LANGID dato un'abbreviazione di 3 lettere.

Sembra che CLanguageSupport sia il tuo amico today :-) Implementa già il piano B per cercare il LANGID in base al contenuto della risorsa di informazioni sulla versione.

Il pezzo di codice che stai cercando è la funzione int

LANGID CLanguageSupport::GetLangIdFromFile(LPCTSTR pszFilename) 

Naturalmente, lo svantaggio è che si può avere una mancata corrispondenza tra le informazioni sulla versione e il nome della DLL. Ma lo avresti catturato molto velocemente durante i test. E se lasci che uno strumento come appTranslator crei le DLL per te, sei sicuro di essere al sicuro.

Answer 2

È possibile enumerare le impostazioni locali installate utilizzando EnumSystemLocales() e creare autonomamente la mappa. Lo faccio durante l'inizializzazione dell'applicazione in un servizio che ho scritto qualche tempo fa e finora ha funzionato bene.

Si consiglia di utilizzare Piano B in questo caso. Solitamente evito le codifiche nel nome del file. Se per nessun altro motivo, la variante a 3 caratteri ISO-639 non è perfetta a meno che non si specifichi con precisione quale variante si utilizza - ISO-639-2/B, ISO-639-2/T o ISO-639-3.

Se è necessario fornire varianti specifiche della locale, è necessario dare un'occhiata a RFC3066. Fondamentalmente, è necessario specificare la lingua e il codice del paese e, in alcuni casi, anche il codice regionale. In ogni caso, il LCID racchiude tutta questa bontà.

L'unica cosa di cui non sono completamente certo è se il langID nelle informazioni sulle risorse sia un LCID completo oppure no. I codici elencati nel riferimento VERSIONINFO sono LCID, quindi proverei a utilizzare un LCID nell'intestazione VERSIONINFO. In caso contrario, è sempre possibile includere le informazioni come una stringa nel blocco di stringhe.

Answer 3

È possibile ottenere l'LangID chiamando GetLocaleInfo() con LOCAL_RETURN_NUMBER|LOCALE_ILANGUAGE per la LCType parametro , proprio come avete passato LOCALE_SABBREVLANGNAME ottenere il tre lettere del codice ISO. Passando lo stesso lcid a questa funzione, è possibile memorizzare il LangID corrispondente con il codice ISO.

Nota che MSDN dice LOCALE_ILANGUAGE non deve essere utilizzato a favore LOCALE_SLANG su Vista e sopra, ma credo che il commento non si applica per l'utilizzo di LOCALE_ILANGUAGE con LOCALE_RETURN_NUMBER.

Man mano che il progetto si evolve, è possibile generare diversi file localizzati per ciascuna lingua. Per questo motivo, suggerirei di archiviare i file localizzati in sottodirectory denominate in base alla lingua. Microsoft ha utilizzato le directory che prendono il nome dal LangID, ad esempio "1033" come directory delle risorse in inglese. Penso che sarebbe più facile usare il codice di tre lettere, come "ENU \ name.dll". In ogni caso, le sottodirectory rappresentano una soluzione semplice e, si spera, non complicheranno il processo di compilazione tanto quanto la modifica del nome del file di destinazione.