|
From: Malcolm T. <ma...@co...> - 2003-08-23 03:48:37
|
Hi Laszlo, On Fri, 2003-08-22 at 22:12, Laszlo Kovacs - Sun Ireland wrote: > Here is another one. Scrollkeeper is designed to fall back to translated > locales if docs are not translated to the current locale. > > setlocale() (in libs/i18n.c) is used to identify the desired fallback > path with the C locale sticked to the end (so that we fall back to > English if all else fails). > > But if we are in a locale like ja_JP.UTF-8, the Sun i180n team is > telling me that we should be able to fall back to a ja or ja_JP if > ja_JP.UTF-8 is not available (before falling to English). This should be > the case even if setlocale() only returns ja_JP.UTF-8 (as opposed to > ja_JP.UTF-8:ja_JP:ja). I know this is not implemented right now. Is this > how people think it should work? Or some other way? This should already be happening. I added some code back in September of last year (9/9/2002) to do this sort of stuff and it has been tested fairly thoroughly (since it affects the GNOME help system, for example). The code in question is in libs/i18n.c and should work exactly as you describe. This should have been in the 0.3.12 release. Now, it may not be being called in all the correct places, but as soon as we identify those, then it should be easy to fix up. I am going to release 0.3.13 very shortly (and probably 0.3.14 pretty soon thereafter to include whatever bug fixes are reported from the first release for a while). So if there are problems like this, encourage the Sun guys to whack them into Sourceforge's bug tracking system (as evil as it is, it's still a good place to track these problems) and I shall attend to them as soon as possible. Cheers, Malcolm |