Ребят, м.б. кто сталкивался или знает?
Есть некое приложение, не мое, скажем так системное.
Локализация реализована стандартным для Win способом.
Т.е. лежит application.exe
Там же лежат папочки en-US, ru-RU, fr-FR...
В зависимости от того какой язык интерфейса, какие языковые пакеты установлены.
В каждой папочке соответственно свой application.exe.mui с переводом

Стандартный принцип:
если тек. язык интерфейса системы русский, подгружается ru-RU
если тек. язык интерфейса системы английский, подгружается en-US
и т.д.

А если язык интерфейса системы русский, а я хочу запустить на английском или французском?
Ну типа
CreateProcess (application.exe, ...)
Как обмануть, чтоб он ориентировался на заданную локализацию, а не системную?
Пока ничего внятного на эту тему не нашел.

Английский напр. можно запустить, уничтожив папку ru-RU, французский почему-то не схватывает если оставить только папку fr-FR.

_wsetlocale а потом оттуда CreateProcess?

https://gist.github.com/feuvan/828705

не оно?

Чет я туплю пока.
SetThreadUILanguage c LangId=1033
по идее должен установить английский,
но в итоге CreateProcess запускает все одно на русском,
но CreateProcess же запускает приложение в другом потоке.
а как мне новый процесс с заданным UILanguage запустить?

Dimitry Sibiryakov,

И, легко сказать.
А вот как это сделать.
21353339 (не C но не суть)
SetThreadUILanguage
SetProcessPreferredUILanguages
SetThreadPreferredUILanguages

Все эти 3 ф-ции я уже опробовал.
Но я волен их запустить в своем процессе.

Из своего я потом делаю
CreateProcess(то чего хочу запустить...)

Но "то чего хочу запустить" плевать на мои вызовы Set...UILanguage, оно схватывает тот UI что прописан в системе
И вот как мне "внедриться" в "то чего хочу запустить" на этапе вызова CreateProcess?

Спасибо за ответы.

MasterZivно в зависимости от чего подгружать какую-то .dll -- это дело приложения.
Оно может и не использовать системные настройки.Это зависит от приложения. Как там реализовано.

Ну, судя по документации да. Т.е. оно само знает список предпочтений (5 языков как понял) + аварийный вариант, напрашивается en-US.

Подопытное приложение - это классический WinMail.exe (из висты), я вожусь с инсталлятором оного для Win7-10.
Естественно задумался о локализации, ибо все mui из вистовских пакетов извлекаются на ура.
Поведение там понятное: установил языковой пакет, переключил UI системы на этот язык, стало на этом языке (этож компонент OS).

Возникла идея, а нельзя ли "задать язык принудительно", типа на выбор.
Наличием/отсутствием папок с mui на любом языке OS можно подтасовать только en-US (оставляем одну папочку), французский на RU системе по этому принципу не заработает.

Возникла далее идея запустить процесс в условиях чтоб он думал что он на такой-то локализации (естественно с применением программного переходника) и пошел в заданную mui-папку. Но сутя по рассуждениям и тестам, нереально, игра не стоит свеч.

Т.е. варианта инсталляции разумных 2.
1) устанавливать "все" папки с mui, найдет сам в зависимости от языка OS, либо будет en-US. Много, но не бог весть (1,5-2 МБ на язык).
2) устанавливать одну папку соответствующую вычисленному UI, либо en-US, либо +en-US.

А системное поведение видимо на раз-два не обойти, да и надо ли. Понятно, что если человек установил китайскую OS, то польский его не интересует.