Languages, regions, locales, oh my!

Michael Kaplan has blogged quite a bit about our release of the Microsoft Locale Builder Beta, the final version of which is planned for use on Vista when it ships. We're pretty excited about the Locale Builder here for a whole bunch of reasons. Like The Microsoft Keyboard Layout Creator before it, the Locale Builder makes it possible for customers to create and share solutions faster and to ensure that the support available in Windows (support for formatting times, dates, currencies, and text, in the case of the Locale Builder) provides the best possible user experience across Windows applications. Straight up, you speak your language better than we do.

One of the pieces that I have been involved with since joining Microsoft is the investigation and maintainance of the NLS locale data that are used in Windows and .NET framework locales. Collecting data in an accurate, useful way poses many challenges. A whole array of things can impact language and technology standards in a region, including many factors whose rapid rate of change can make things interesting. Some things we need to keep in mind:

Changes in politics. Governments change at every scale. New leaders are elected; new representatives are appointed; new curricula are developed for school systems; official language legislation is passed and then revoked and then passed again.

Changes in standards. As technology evolves, new standards get created. As standards organizations change, new standards get created.

Changes in language or language use. Some languages are written in multiple writing systems. Vocabulary is created. A change in one part of the linguistic system can have ripple effects everywhere else in the system.

People move around. Just in my building, I work with native speakers of Spanish, French, Hebrew, Arabic, Chinese, Catalan, Hindi, Kannada, German, Portguese, Italian, Russian, Ukrainian, Japanese, Czech, Persian, and that's just off the top of my head. But they all work here, in Redmond. As people move around more and more, the usual pairings of language and region information inside a locale become less and less relevant. It's just not possible to predict the particular combinations that any individual user will want.

Even in a static universe, one size rarely fits all. I'm an en-US user, but I like a 24-hour clock. I'm weird like that.

The fact is that correct NLS data can be a moving target, and we're hoping that the Locale Builder can help address this for our customers. We're giving users the ability to change the locale data that we've shipped, not only for their own machines, but also for others, since they'll be able to share custom locales that they create. We're also giving users the ability to add new locales entirely, since we recognize that we provide just a small set of the possible languages and regions that our customers care about.

One thing I'm really interested in learning is which of these options will be more popular for our customers. Are people going to use the Locale Builder to modify existing Windows locales? In which case, which locales are people changing, and which pieces of data are they changing within those locales? Or are people going to use the tool to create new locales entirely? It's important to me that we understand what we're getting wrong today and what users feel that they need to fix.

Comments

• Anonymous
  July 20, 2006
  Hi,
  
  The locale builder is interesting but it doesn't appear to allow the creation of a new system locale.
  I tried creating an it-IT locale (for Vista) based on English - in essence english strings but with the it-IT tag - but without luck.  Windows still thought it was english.

• Anonymous
  July 21, 2006
  What were you trying to accomplish? Did you just take the English locale and change the tag to it-IT?
  
  Can you describe what behavior you were hoping to see, and what behavior you actually saw?

• Anonymous
  July 21, 2006
  Yes - I took the english locale and changed the tag.
  I am working on a machanism for application translation where a non-localised application can appear as if it is localised via a helper tool.
  
  Whatever I try Windows reports that it is en-GB or en-US rather that it-IT.

• Anonymous
  July 21, 2006
  So replacement locales -- which is what you are creating here, replacing the it-IT Windows locale with English data underneath it -- can be selected as system locales once they are installed. Supplementary locales do not have LCIDs, so they cannot be.
  
  So in your scenario, your custom locale should be selectable as the system locale.
  
  Take me through what you've done -- you've created the locale, you've installed it on your machine, you've selected it in Regional Options for Language for non-Unicode applications?

• Anonymous
  August 12, 2006
  The comment has been removed

• Anonymous
  August 13, 2006
  Thanks for raising this. I fully understand and appreciate your point. I think the Vista model makes some headway in addressing these concerns. Most customers installing from DVD will get some choice in the language they select when they install; not all MUI packs will be available on all DVDs, but we have put some care into bundling languages on DVDs such that most DVDs should cover more than just one kind of customer per market. If there is a particular language that you think there is a widespread need for that is hard to find in your market, definitely let me know.

• Anonymous
  October 20, 2007
  The comment has been removed

• Anonymous
  January 03, 2008
  PingBack from http://actors.247blogging.info/?p=1952

• Anonymous
  May 29, 2009
  PingBack from http://paidsurveyshub.info/story.php?title=loneliness-of-the-long-distance-linguist-languages-regions-locales

• Anonymous
  June 15, 2009
  PingBack from http://edebtsettlementprogram.info/story.php?id=22850