Re: [Evolution-hackers] Re: Questions about merging evo/e-util/e-util.c into e-d-s/libedataserver/e-util.c?
- From: Ross Burton <ross burtonini com>
- To: Tor Lillqvist <tml novell com>
- Cc: evolution-hackers gnome org, "Simon.Zheng" <Simon Zheng Sun COM>
- Subject: Re: [Evolution-hackers] Re: Questions about merging evo/e-util/e-util.c into e-d-s/libedataserver/e-util.c?
- Date: Wed, 21 Dec 2005 11:12:24 +0000
On Wed, 2005-12-21 at 11:08 +0000, Tor Lillqvist wrote:
> on 2005-12-21 klockan 10:45 +0000 skrev Ross Burton:
>
> > I've not looked at the source, but what does e_gettext() do that the
> > i18n functions in glib/gi18n.h doesn't?
>
> Well, e_gettext() calls bindtextdomain(E_I18N_DOMAIN,
> EVOLUTION_LOCALEDIR) and bind_textdomain_codeset(E_I18N_DOMAIN, "UTF-8")
> the first time it is called. I don't think any GLib functionality would
> take care of that?
>
> OTOH, those calls could well be taken care of by the appropriate main
> program, i.e. shell/main.c. And actually, surprise surprise, there
> already are calls bindtextdomain (GETTEXT_PACKAGE, EVOLUTION_LOCALEDIR)
> and bind_textdomain_codeset (GETTEXT_PACKAGE, "UTF-8") there. Presumably
> the E_I18NDOMAIN in evo/e-util/e-util.c is the same as GETTEXT_PACKAGE
> in main.c? Could uses of e-i18n.h be replaced by, eh, gi18n.h? e-i18n.h
> include also gnome-i18n.h. what role does that play? Does the fact that
> Evo HEAD should be buildable against GLib 2.4 (and whatever is the
> corresponding old GNOME version) confuse issues any further?
gnome-i18n is deprecated and replaced with gi18n.h in Glib, so that
isn't a problem. glib/gi18n.h (Evo) and glib/g18n-lib.h (EDS) were
added in Glib 2.3.1, so that isn't a problem either.
Ross
--
Ross Burton mail: ross burtonini com
jabber: ross burtonini com
www: http://www.burtonini.com./
PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]