This was added as part of bug 360184 but no justification was given
for the "local-only" part. My Spidey sense tells me it was a hack-
around for the old implementation's tendency to freeze the UI while
searching for a photograph. So the "local-only" option really just
meant "don't freeze the UI for very long, please".
The new EPhotoCache-based implementation in 3.8 NEVER freezes the UI,
so the "local-only" option is no longer needed. If a remote address
book is slow or unresponsive we simply cancel the async photo lookup
when the user moves on to another email.
Replaces "paned-view-headers-state", which was defined as an integer for
some stupid reason. Not bothering to migrate the old setting since it's
one button click.
Replaces the "no-folder-dots" setting, which has been removed since it
was not exposed in Evolution's Preferences interface.
The new setting uses an enum type compatible with PangoEllipsizeMode.
Add separate boolean keys for each day of the week:
"working-day-monday"
"working-day-tuesday"
"working-day-wednesday"
"working-day-thursday"
"working-day-friday"
"working-day-saturday"
"working-day-sunday"
These are much easier to decipher and much easier to bind boolean
GObject properties to.
The "working-days" setting is now deprecated.
Description:
"If there isn't a builtin viewer for a particular MIME type inside
Evolution, any MIME types appearing in this list which map to a
Bonobo component viewer in GNOME's MIME type database may be used
for displaying content."
Wow, that's ancient. How did that get missed?
I had to research what "applnk" even was. It seems to have been KDE's
own precursor to the FreeDesktop.org Desktop Menu Specification and was
abandoned in KDE 3.2 (circa 2004!).
The option is way obsolete. Get rid of it.
The GSettings key was removed in commit f4c30fe:
"Bug #672249 - Crash when showing message with large text/plain"
This was causing gsettings-data-convert to abort and not mark itself
as having run, so the GConf conversion runs repeatedly, potentially
overwriting changes the user made in GSettings.
If the spamassassin and sa-learn programs cannot be found with
AC_PATH_PROG, configure will abort with an error message.
You can then either:
a) install the SpamAssassin software
b) specify the path with SPAMASSASSIN=/path/to/spamassassin and/or
SA_LEARN=/path/to/sa-learn
c) pass --disable-spamassassin to configure to exclude the module
This also drops the "spamc" and "spamd" GSettings keys.
This was another MeeGo feature. MeeGo is dead, the code is starting to
bit rot and crashes on startup, the original author disappeared and the
remaining developers are not interested in maintaining it. So it's out.
The evolution-settings capplet was originally designed for Anjal, it was
used in MeeGo as part of the Express Mode effort, but doesn't really fit
in GNOME 3 nowadays (nor did it really fit in GNOME 2, in my opinion).
This is pretty clearly dead weight at this point. The MeeGo developers
have disappeared, and the remaining Evolution developers are not and do
not intend to maintain it. Plus it doesn't even build currently.
AFAICT, this key does nothing useful and only confuses me every time I
read the EShell migration code.
The "version" key records the most recently used Evolution version.
That's all we need for migration. And since downgrading Evolution is
not supported, we can assume this value will only increase over time.
All mail-parsing and formatting code has been moved to em-format.
Parsing is handeled by EMailParser class, formatting by EMailFormatter.
Both classes have registry which hold extensions - simple classes
that do actual parsing and formatting. Each supported mime-type
has it's own parser and formatter extension class.
The evolution-settings capplet was originally designed for Anjal, it was
used in MeeGo as part of the Express Mode effort, but doesn't really fit
in GNOME 3 nowadays (nor did it really fit in GNOME 2, in my opinion).
Add a --with-capplet configure switch defaulting to 'no'. The capplet
will eventually be removed unless I see someone actively maintaining it.
