On Sun, 2004-09-05 at 01:38 +0800, Yong Sun wrote:
Hi, Zed,
bindtextdomain (domain,path) only binds the path to the gnome-spell domain, it will not affect the global (main process) domain. While textdomain(domain) will set/query the global domain.
But if it is a library, then it is in-process. This is the whole point of the previous few emails. I said if - like i also said i can't test it. I was being the devils advocate.
I don't think we even maintain gnome-spell, so you should probably post it to the right place if that's the case.
Regards,
Not Zed wrote:
On Sat, 2004-09-04 at 20:48 +0800, Yong Sun wrote:
Hi, Not,
I already define GNOME_EXPLICIT_TRANSLATION_DOMAIN in configure.in. But the glade need to pass the domain parameter, and in solairs, we need explicitly tell the application where the locale message files located (in solaris, the default locale dir is /usr/lib/locale).
But you can't change the global setting in a shared library, it will mess up translation for the rest of the application.
Regards,
Not Zed wrote:
So ... isn't there a way to make the _() macro use dcgettext instead?
e.g. including glib/gi18n-lib.h rather glib/gi18n.h
for libgnome/gnome-i18n.h it seems you define GNOME_EXPLICIT_TRANSLATION_DOMAIN for the traslation domain.
On Fri, 2004-09-03 at 12:36 +0200, Rodrigo Moya wrote:
On Fri, 2004-09-03 at 07:18 +0800, Not Zed wrote:
> On Thu, 2004-09-02 at 14:03 -0400, Rodney Dawes wrote:
> > If it were a separate process maybe, but it's a shlib, afaik.
> I might've just misread the patch (lack of sleep and whatnot).
>
> But if it is a shlib then its a problem. Can anyone confirm? I don't
> have it installed/or working or something.
>
right, it is a shlib in my SuSE package.
|
