GitLab

Also before this change it was impossible to turn off the font formatting
(bold, italic, ..) in the middle of formatted text.

Do it just when citation element is presented. Also fix one runtime warning
when we were trying to cast WebKitDOMText on WebKitDOMElement.

Specifically WebKitDOMDOMWindow, WebKitDOMDOMSelection, WebKitDOMRange and
WebKitDOMCSSStyleDeclaration objects

Bug 746641 - Segfault when trying to "ctrl+x" (cut) selected addressee from CC field in email composer

Don't try to cut composer content when the view is not focused.

Similar to Searches or vFolders, using Bcc means downloading complete
message, which is not necessary in this general case. Rather let user
add the Bcc rule explicitly, if needed.

There could happen a crash here, when a NULL was passed into
the function, as reported downstream at:
https://bugzilla.redhat.com/show_bug.cgi?id=1202741

Instead of comparing the tag name.

Anchor point is the point where the selection started. Previously we
didn't restore this point and it caused that the selection was reversed
when it was saved and restored (i.e. during spell check).

The DocumentFragment solution was too heavy. Let's just check the start
and end containers of active selection.

Hide the spell check actions when no dictionary is installed.

EHTMLEditorSelection - Recalculate just plain text properties when selection changes in plain text mode

We don't need to recalculate the HTML properties as they are not used
in plain text mode.

The e_html_editor_view_force_spell_check is heavy for most cases. On
some big mails composer can spent there even 10 seconds (on bigger
mails probably even more). With this commit we introduced the
e_html_editor_view_force_spell_check_in_viewport that really performs
the spell check on elements that are currently in viewport. The
downside of this approach is that when we scroll the viewport we the
newly visible elements won't be spell checked. As a solution we need to
perform the spell check when the scroll occurred (this information we
get from HTML scroll event). The problem was that the scrolling was
choppy as the e_html_editor_view_force_spell_check_in_viewport function
still need some time to perform the spell check thus we are performing
the spell check one second after last scroll event occurred.

Rework how the history is saved for input and delete to avoid
introducing a selection in composer that led to overwriting the primary
clipboard content.