On Wed, 2010-12-15 at 15:42 +0800, Zhai, Edwin wrote:
After this commit, prio.h is included unconditionally so that
evolution-data-server depends on nspr and disable-ssl doesn't work any
more. It's okay for normal distribution, but we'd like to keep the
simplicity in embed world.
Is it
Hi, all,
I'm trying to unwind some code in Camel and in Evolution.
The problem I have is that if you change an email account's extra
options (e.g. imapx's apply filters to new messages), then those
changes don't take effect until you restart Evolution.
That option is a filter parameter in a
I just noticed that GtkTable requests and allocates size for rows and
columns that are empty, or that have no visible widgets in them. This
leads to surprising spacings in the end.
For example, say we have a 3x3 table like this, and the table has a
certain row spacing.
child11child12
On Tue, 2010-03-30 at 04:10 +0200, Vincent Untz wrote:
Can we get a 2.30.0.1 tarball that uses some non-deprecated API or, even
better, that doesn't use -DGTK_DISABLE_DEPRECATED by default?
Ugh, sorry about the breakage. I'm building Evo on GTK+ for GNOME 2.28;
that's why I didn't notice
On Thu, 2006-09-07 at 21:14 +0200, Philip Van Hoof wrote:
The *new*/*extra* idea is to create a second index file which contains
the offsets to the pointers in the camel summary file. Then mmap also
that file. Extra because the idea will build on top of the existing
Ummm, but this won't
On Wed, 2006-07-19 at 17:40 +0200, Philip Van Hoof wrote:
... On the other hand, Philip, next time we meet in person I'll happily
buy you dinner :)
oh ... what about Boston? :)
I'll check with my daytime employer whether it's okay if I can visit the
Summit.
I don't know for sure
On Tue, 2006-07-18 at 18:29 +0200, Philip Van Hoof wrote:
I'm waiting for the decision (yours) of making this optional using a
compilation flag or at run-time.
Let's do this in the usual manner:
0. Polish the patch in the usual way: make sure it follows the
indentation and naming conventions
On Tue, 2006-07-18 at 14:46 -0400, Jeffrey Stedfast wrote:
I have to wonder if it's even worth ever merging the mmap hack into
Evolution at all. If the plan is to finish Zucchi's disk-summary branch,
which also solves the memory problems (afaik) as well as:
1. introducing an API for using
