On Wed, Apr 27, 2011 at 08:43:06PM +0200, Henrik Sperre Johansen wrote: > On 27.04.2011 20:35, Henrik Sperre Johansen wrote: > >Also note, primShortDateFormat does nothing with the Locale you specify. > > > >All the primitives return values for the current process locale. (Set at > >startup to system locale rather than C) > > > >You'd need to forcibly change the process locale with primSetLocale from > >ImmX11Plugin (which isn't available in the image, thank God), and hope your > >linux has that locale installed > >(Ubuntu f.ex. only comes with a single one installed by default, and > >switching to anything but that or C will fail) > > > >Can't use primGetLocale (not accessible from image either :D ) to check if > >it's been successful though, as that resets the locale to system locale :) > > > >TLDR; What you want to do is impossible with the current implementation. > >Correcting it is really a waste of time, as something which works correct > >would be shabby at best. > >Implementing use of CLDR data is the way to go if you want something that > >is > >both reliable and works. > > > >The only bits the Locale plugin is good at (should be used for), is getting > >the system defined country/language. > > > >Cheers, > >Henry > > > > > Oh wait, I forgot. > LocalePlugin caches the values for the current locale at startup, so it > wouldn't work changing it later anyways. > > Sorry for the noise (except the TLDR part).
If anyone is interested in learning about the VM, writing your own plugin or improving an existing plugin is a great way to get started. The LocalePlugin does not get much attention, so if someone has an interest in improving it, this might make a good small project. Dave
