Tor Lillqvist wrote:
> They just don't support all features that we need: standard menu
> localization, like text-entry popup menu (problem with
> gtkimmodules),
Could you be more specific here? Is the gtk.immodules file broken in
some win32 package on ftp.gtk.org?
patch (reversed, heh):
--- gtk/gtkimmulticontext.c Mon Apr 24 09:56:30 2006
+++ gtk/gtkimmulticontext.c.orig Sun Mar 20 06:13:15 2005
@@ -521,8 +521,8 @@
if (contexts[i]->domain && contexts[i]->domain_dirname &&
contexts[i]->domain[0] && contexts[i]->domain_dirname[0])
{
- if (strcmp (contexts[i]->domain, GETTEXT_PACKAGE) == 0) /* &&
- strcmp (contexts[i]->domain_dirname, GTK_LOCALEDIR) == 0) */
+ if (strcmp (contexts[i]->domain, GETTEXT_PACKAGE) == 0 &&
+ strcmp (contexts[i]->domain_dirname, GTK_LOCALEDIR) == 0)
/* Input method may have a name in the GTK+ message catalog */
translated_name = _(contexts[i]->context_name);
else
if we didn't comment this string:
strcmp (contexts[i]->domain_dirname, GTK_LOCALEDIR) == 0)
after text-entry popup menu opened once, locale was switched back to en
(C), and we were seeing menu item captions in english instead of russian
(Win32 only).
> and dynamic locale switching for gettext (not all symbols
> exported).
Something lacking in my build of gettext you mean? Should I provide a
newer version of gettext?
Symbol need to be exported for libintl.dll: _nl_msg_cat_cntr
That symbol is used to dynamically switching locale, like that:
setlocale( LANG, "xx" );
_nl_msg_cat_cntr++;
to allow gettext library switch domain (path to *.mo files).
-andrew
_______________________________________________
gtk-list@xxxxxxxxx
http://mail.gnome.org/mailman/listinfo/gtk-list
