Where'd *that* language come from?

by Michael S. Kaplan, published on 2006/11/29 05:28 -05:00, original URI: http://blogs.msdn.com/b/michkap/archive/2006/11/29/1170815.aspx

Now I have talked in the past about how the international settings of other accounts on the system can affect settings such as the keyboard list in the logon dialog and the actual setting of MS Shell Dlg and DEFAULT_GUI_FONT.

The truth is that these other accounts can have interesting additional effects on any services that run under them, and these just happened to be two of the more noticeable affects.

Until now, I mean. :-)

The question Kenichi asked was simple enough:

I am playing with Vista Ultimate and lang-pack and found some resources are not covered by MUI...

...the System Property dialog is not in French but in Japanese - Native Language of this installation.

Is this expected?

The question was asked of an alias I did not belong to, but luckily Tim Wegner of the MUI test team had the answer:

This is expected... ...The reason for the behavior you see is that the dialog is runs on an impersonated thread which by default uses the language selected at install time (Japanese in your case).  The account you have set to French does not affect other accounts on the system.  You can use the “Copy to reserved accounts…” button on the Adminstrative tab of intl.cpl to get the dialog to use French.  Please be aware however that this will affect other accounts on your system that have not specifically set a language.

The fact that any dialog coming up under LUA a.k.a. UAC type elevation might show in a different language is going to be pretty obvious to anyone working on a machine with MUI installed.

Thankfully this will not always happen, especially in mixed apps like our own Regional and Language Options that handle resource loading more consistently. But it will pop up sometimes, and when it does, it can be jarring. And not in a good way, especially if you don't know the other language....

So even though this is currently considered by design, in the long run, I can imagine wanting to see this issue addressed by making it easier for these elevated dialogs to pick up the settings of the desktop they are sitting on top of even if they are not really interacting with it otherwise due to the isolation of these elevated processes. It simply makes sense for there to be such an option for resource loading, to allow things to feel more integrated.


This post brought to you by  (U+0bb9, a.k.a. TAMI LETTER HA)

Mike Dimmick on 29 Nov 2006 7:16 AM:

OK, I thought elevated UI was meant to be running as the current user, but with all the administrative privileges and groups enabled in the token (assuming that the user was actually a member of the Administrators group)? Why would that then show the wrong UI language, unless the elevated token didn't link to the user's own profile?

Now, if you were an ordinary user and supplied someone else's credentials to elevate, I would expect their profile to be loaded and their selected UI language to be used. It still shouldn't involve the 'reserved accounts' (i.e. the default profile).

Michael S. Kaplan on 29 Nov 2006 7:55 AM:

Yes, it is that whole "over the shoulder" elevation thing.

If you don't see it, then we know that you are running as anadmin who is being restrained by UAC, rather than a standard user whose superior lent a hand.

FWIW I agree with you about the experience and what it ought to be -- to me this doesn't really seem by design....

ReallyEvilCanine on 29 Nov 2006 2:40 PM:

That woman is HAWT! Despite my standing rule concerning models and actrons and avoiding both like the plague, she appears to have become a more... regular person, based on his description and her comment.

Does this post mean you don't want to know about my incredible layout which manages to get almost every cp1252 letter onto a standard 102-key keyboard in an intuitive fashion? I could get almost all the symbols, too, if only you'd open up the numerical pad to alteration <evil grin>.

Completely off-topic: Why does Microsoft still have no support for UTF-8 in SQL Server? Is it just managerial stubbornness? Surely you see the superiority of UTF-8 to UCS-2.

Speaking of which, is there a way to join the Consortium as just some guy who's interested and who can maybe help out with some ideas without being sponsored by some company for 15 big ones a year?

Michael S. Kaplan on 29 Nov 2006 6:29 PM:

I have no interest in your insane layout that no normal person would ever use. :-)

I'll talk more about SQL Server and UTF-8 soon.

But there is no way to join the Unicode Consortium as a voting member without shelling out the shekels....

Jondr on 30 Nov 2006 7:19 PM:

Oh.  That just answered why, when I go to my.yahoo.com page, where I have some French "headlines," some of the French glyphs get displayed as Japanese Kanji.  I was blaming it on yahoo.

Biocarburants: coup d'acc幨廨ateur aux huiles v嶲彋ales pures

La croissance fulgurante des 廩liennes met sous tension les industriels

La Nasa donne son feu vert pour un lancement de Discovery le 7 d嶰embre

La navette Discovery devrait 皻re lanc嶪 de nuit le 7 d嶰embre pour sa prochaine mission

L'union fait la force, les chimpanz廥 femelles l'ont bien compris

(in my IE browser those are mixed language).

Michael S. Kaplan on 30 Nov 2006 7:51 PM:

That would be a different issue, Jondr -- wrong guessing about the encoding in MLang, perhaps?

Please consider a donation to keep this archive running, maintained and free of advertising.
Donate €20 or more to receive an offline copy of the whole archive including all images.

go to newer or older post, or back to index or month or day