On Wed, 2004-10-06 at 15:10 +0200, Thomas Cataldo wrote:
> static CamelProvider obm_provider = {
> "obm",
> N_("Aliacom O.B.M."),
>
> N_("For contacts and multi-user calendering"),
>
> "obm",
>
> CAMEL_PROVIDER_IS_REMOTE | CAMEL_PROVIDER_IS_EXTERNAL |
> CAMEL_PROVIDER_SUPPORTS_SSL,
(IS_EXTERNAL is actually meaningless in 2.0. That should have
disappeared...)
In addition to what Not Zed said about implementing CamelStore, you also
need to set CAMEL_PROVIDER_IS_SOURCE here to make it show up in the
menu. Setting IS_SOURCE but not IS_STORAGE means that the provider is
like POP, meaning it won't show up in the folder tree, but evolution-
mail will call your CamelStore implementation to fetch new messages when
the user clicks Send/Receive, so you're going to have to fake that
properly too.
On Wed, 2004-10-06 at 21:44 +0800, Not Zed wrote:
> bindtextdomain (GETTEXT_PACKAGE, CONNECTOR_LOCALEDIR);
>
> You shoudln't re-bind-text-domain, as this will affect the rest of the
> application since this runs in the evolution memory space.
No, textdomain() is the one that libraries shouldn't call. (It sets the
default translation domain). bindtextdomain() just tells gettext where
a particular translation domain's .gmo files are. If you don't call it,
it will expect them to be installed in /usr/share/locale regardless of
where the rest of the package is.
-- Dan
_______________________________________________
evolution-hackers maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/evolution-hackers
