nts in Evo.
When in doubt I'd just file it for evolution (and I suppose I'd also
mention my doubts about which module is at fault). If another module is
to blame, the report will get transferred to it (eventually).
Paul Bolle
___
evolution-
On Mon, 2008-09-01 at 23:01 +0200, Paul Bolle wrote:
> On Mon, 2008-09-01 at 16:46 -0400, Jeffrey Stedfast wrote:
> > On Mon, 2008-09-01 at 18:19 +0200, Paul Bolle wrote:
> (I suppose by evolution) [...].
>
> Evolution shouldn't do that.
No. I should have looked longer. S
On Mon, 2008-09-01 at 16:46 -0400, Jeffrey Stedfast wrote:
> On Mon, 2008-09-01 at 18:19 +0200, Paul Bolle wrote:
Viewing this message's subject actually renders a tab between "[...] of"
and "code." This tab was inserted (I suppose by evolution) because the
Subject he
I wanted to clarify the documentation for camel_store_free_folder_info()
a bit. In found myself altering its implementation. Rationale is
(obviously) to simply make sure that camel_store_free_folder_info()
handles a NULL return of camel_store_get_folder_info() gracefully so my
documentation change
s far
as libmapi is concerned).
Am I reading your plan and the faq correctly?
Regards,
Paul Bolle
[1] http://www.fsf.org/licensing/licenses/gpl-faq.html#AllCompatibility
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers