There are currently only three values: Keep in Outbox, Send immediately
and Send after 5 minutes. It is partly related with the "flush-outbox"
option, but as that is used for filtering, I rather kept it untouched.
The translation should be merged into the appdata related files.
The evolution.appdata.xml.in had been moved due to
INTLTOOL_XML_NOMERGE_RULE being used for gsettings schemas.
Users ask from time to time for the old behaviour when the messages
used to be saved through Outbox, rather than the composer being opened
all the time the message is sending. The change is pretty simple,
thus why not to add it.
Note the Outbox is not flushed after sending, the users is responsible
to invoke the Outbox flush on his/her own. This also allows a user
to postpone the message send for later.
Avoid redrawing (thus loosing the selection and scroll position) of
preview window on style change by defining the colors through CSS styles.
On style change we just update the CSS color definitions and preview will
update itself without redraw.
When using "make -j [N > 1]", the install-icons/uninstall-icons and
update-icon-cache make targets were running concurrently. Move the
icon cache updating to data/Makefile.am to ensure it runs AFTER the
icons are installed or uninstalled.
SpamAssassin is clearly not intended for use by mail clients, as
evidenced by the number of backflips Evolution's SA module still has to
do just to detect the presence and nature of a running spamd (a problem
which D-Bus solved a decade ago), and recent SA developer comments.
In lieu of removing SA support entirely, remove all the crazy GSettings
that are (thankfully) not exposed in the UI and relegate Evolution's SA
integration to only the most basic usage (spamassassin / sa-learn).
Users are better off with Bogofilter anyway. Leave SpamAssassin for
mail servers.
Replaces the "headers" key. Whereas "headers" is an array of XML
blobs, the "show-headers" key is an array of string/boolean pairs.
Also update the appropriate places to get/set the new key.
Mainly to avoid accessing GSettings directly from EMailBrowser.
Also add a "browser-close-on-reply-policy" GSettings key that replaces
"prompt-on-reply-close-browser", the difference being the new key uses
an enum definition compatible with EAutomaticActionPolicy instead of a
free-form string value.
And finally add an ESettingsMailBrowser class to glue things together.
We used to do this before WebKit and it looked better.
Also fix up the header section for right-to-left locales:
put the collapse button on the right, and images on the left.
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.
