Re: [Evolution-hackers] Re: Questions about merging evo/e-util/e-util.c into e-d-s/libedataserver/e-util.c?



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]