Re: [Evolution-hackers] Evo won't display special characters

2010-04-27 Thread Paul Bolle
On Tue, 2010-04-27 at 12:47 -0400, Paul Smith wrote:
 Anyone have any thoughts on this?  If I file a bug, should it go to
 evolution, or something like gtkhtml or libxml or something else?
 
 I'm not really clear on the breakdown in responsibility for the Gnome
 components 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-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] [CamelStore] clarifying of documentation becomes a minor change of code

2008-09-01 Thread Paul Bolle
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 is actually always correct. Any comments on this
(entirely untested) change before spamming b.g.o.?

Paul
---
Index: camel/camel-store.c
===
--- camel/camel-store.c (revision 9463)
+++ camel/camel-store.c (working copy)
@@ -882,11 +882,15 @@
  * @store: a #CamelStore object
  * @fi: a #CamelFolderInfo as gotten via #camel_store_get_folder_info
  *
- * Frees the data returned by #camel_store_get_folder_info
+ * Frees the data returned by #camel_store_get_folder_info. If @fi is %NULL,
+ * nothing is done, the routine simply returns.
  **/
 void
 camel_store_free_folder_info (CamelStore *store, CamelFolderInfo *fi)
 {
+   if (!fi)
+   return;
+
g_return_if_fail (CAMEL_IS_STORE (store));
 
CS_CLASS (store)-free_folder_info (store, fi);


___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] [CamelStore] clarifying of documentation becomes a minor change of code

2008-09-01 Thread Paul Bolle
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 header wrapped some magic line length (78? 80?).

Evolution shouldn't do that. Known bug? Andre? 


Paul

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Evolution: Taking forward...

2008-07-11 Thread Paul Bolle
On Fri, 2008-07-11 at 04:21 -0600, Srinivasa Ragavan wrote:
 * The current licensing incompatibility issues of Evolution with
 Samba4/libmapi (GPLv3). Evolution needs to link with libmapi/samba4 
 for the new mapi based connector being developed for Exchange 2007.

[...]
 
 * Move Evolution licensing to  LGPL v2 and LGPL v3 to let us re-use
 the code more easily around the platform.

Did you mean LGPLv2 _or_ LGPLv3 here?

Anyway, I am not familiar with libmapi, but it does indeed seem to be
(what is commonly referred to as) a library that is licensed under the
GPLv3. According to the FSF you can't release a project under the LGPLv2
or LGPLv3 if you want to use a library under GPLv3. You'll have to
convert your LGPLv2 or LGPLv3 code to the GPLv3 [1]. So, if I'm reading
your plan and the FSF GPL faq correctly, your plan wouldn't work (as 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