This patch adds a new "Wrap quoted text in replies" option under the
"Edit->Preferences->Composer Preferences->Replies and Forwards" section in
preferences. If set to FALSE the quoted text in replies will be parsed to
'Preformated' blocks and the won't be wrapped. The option is set to TRUE by
default, so the behavior won't change for current users.
Also rename various variables/functions around code that parses the HTML to
blocks to reflect that we are not parsing just to paragraphs.
Saving in a separate message window and closing it before the save is done
can cause use-after-free in the callback of the save, expecting the parent
window object being a valid GtkWindow.
With this change the EHTMLEditorView is using the colors from current theme.
Unless the newly introduced option "Inherit theme colors in HTML mode" is set
the colors are not sent in resulting HTML formatted message (white background
and black font are used).
With this patch the visited links (opened with Ctrl + Left click) are marked
as visited with the possibility of changing its color in Page properties dialog.
Since this change the client is responsible to provide credentials
to use to authenticate backends (through ESource-s, to be more precise),
unless the credentials are already saved.
A simple Evolution run and move between all views means creation of
more than 100 GSettings objects, with only a bit more than 10 schemas.
Reusing the objects should have a positive impact on a performance too.
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.
This makes evolution depend on theme-defined named colors, namely:
theme_bg_color
theme_base_color
theme_fg_color
theme_text_color
theme_selected_bg_color
theme_selected_fg_color
theme_unfocused_selected_bg_color
theme_unfocused_selected_fg_color
If it's not defined, then a fallback color is used, in the worse case
one of the fallbacks defined in evolution itself.
This is related to bug 698275, which did not cover all cases.
The problem here is that the dconf can in certain situation claim
that everything changed (path "/" changed), which GSettingsBinding
propagates to a GObject property unconditionally and GObject's
property setter (g_object_set_property()) also notifies about
the property change unconditionally, despite the real descendant
property setter properly checks for the value change. After all
these false notifications a callback on "notify" signal is called
and possibly an expensive operation is run.
Checking whether the value really changed helps in performance, for
which were added new e-util functions:
e_signal_connect_notify()
e_signal_connect_notify_after()
e_signal_connect_notify_swapped()
e_signal_connect_notify_object()
which have the same prototype as their GLib counterparts, but they allow
only "notify::..." signals and they test whether the value really changed
before they call the registered callback.
Milan Crha