Re: [evolution-patches] fix for #300891, e-d-s camel library i18n

[Not Zed <notzed ximian com>]

Yeah approved, whatever.

I still dont see the need for duplicating the same string using
different defines.  There is of course no need.  But whatever, it makes
no difference in the end does it.

On Mon, 2005-07-04 at 16:58 +0200, Frederic Crozat wrote:
> Le mardi 17 mai 2005 à 02:52 +0900, Changwoo Ryu a écrit :
> > 2005-05-16 (월), 09:54 +0530, Not Zed 쓰시길:
> > > On Thu, 2005-05-12 at 19:52 +0900, Changwoo Ryu wrote: 
> > > > 2005-05-11 (수), 10:20 +0530, Not Zed 쓰시길:
> > > > > 
> > > > > I have one query about this patch, why do you deifne
> > > > > CAMEL_EXPLICIT_TRANSLATION_DOMAIN and then just use GETTEXT_PACKAGE in
> > > > > the provider file anyway?
> > > > > 
> > > > > Any particular reason?
> > > > 
> > > > CAMEL_EXPLICIT_TRANSLATION_DOMAIN is for the _() marked strings (which
> > > > are translated by the provider themselves).  And "translation_domain =
> > > > GETTEXT_PACKAGE" setting is for the N_() marked strings in the
> > > > provider/conf structs.
> > > 
> > > Umm, I KNOW that one is used by camel-provider, and the other isn't.
> > > But why useGETTEXT_PACKAGE when you went to the trouble of definining
> > > the other one?
> > 
> > Um you mean one of the two is not required?  No, the both are just
> > needed.
> > 
> > translation_domain is used in
> > camel-provider.c:camel_provider_register().  Without translation_domain
> > setting, it just uses implicit one.
> 
> Hmm, it seems this patch never went in gnome-2-10 branch.
> 
> Any hope to get an approval ?
>