Does anyone remember whether there was a conscious decision to use LANGID based
folders for localisation of burn rather than culture name based folders (e.g.
fr-FR)?
(Side note: I am using LANGID rather than LCID here as I believe LCID is more
than just the language information.)
The issue I have with the current implementation is that you need to supply a
translation for every sub language, when using culture names in .NET you can
create a French folder (fr) and both France (fr-FR) and Belgium (fr-BE) sub
languages can work with it.
There are a couple of alternatives to resolving this:
1. Enhance the LocProbeForFile() code to search for the primary language
version of the current locale if it doesn't find a specific sub language
folder. This would involve taking the current LANGID masking it with 0x3FF and
then calling MAKELANGID(masked_langid, SUBLANG_DEFAULT) and probing that folder.
2. Enhance the LocProbeForFile() code to use culture names and the fall
back to using LANGID. It would need to probe for lang-sublang first and then
just lang.
I would prefer to use option 2 as it seems to be more reliable as I have read
that LANGID values have had to be adjusted to cope with the number of
languages. The problem is, and this probably answers my original question, that
there aren't any C++ function to retrieve this information (well not that also
work on Windows XP). So it looks like only option 1 is viable.
Does anyone have a view on this?
Regards
Neil
Neil Sleightholm
X2 Systems Limited
[email protected]<mailto:[email protected]>
------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
_______________________________________________
WiX-devs mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wix-devs
