GNOME Bugzilla – Bug 200683
composer subject spell checking
Last modified: 2012-05-09 17:55:13 UTC
We spell check the body of the message in the composer, but not the subject. The easiest fix here may be to embed a second html-editor-control (with a fixed font and no UIHandler) as the Subject entry. ?
This ought to be easier now that gnome-spell is separate from the editor, right?
feature. future.
*** bug 219132 has been marked as a duplicate of this bug. ***
*** bug 219600 has been marked as a duplicate of this bug. ***
*** bug 248785 has been marked as a duplicate of this bug. ***
This is a required feature, cant something be done on this!!
still missing in evo-2.3.5.1 / gtkhtml2-3.7.4. i guess this is gtkhtml and not evo? :-/
No, the subject line is created by evolution, not gtkhtml (and currently it's just a normal text entry).
http://www.chipx86.com/blog/archives/000109.html
*** Bug 332739 has been marked as a duplicate of this bug. ***
*** Bug 483275 has been marked as a duplicate of this bug. ***
Bumping version to a stable release.
*** Bug 516140 has been marked as a duplicate of this bug. ***
*** Bug 551611 has been marked as a duplicate of this bug. ***
Started working on this awhile back as an enhancement to the new Bonobo-free composer in 2.24, which no longer relies on gnome-spell. The challenge here is that spell checking is driven entirely by GtkHtml, which has no knowledge of Evolution's subject field nor any other widget that's not the main text editing area. What's needed to make this work is a generic interface for basic spell-checking operations and a simple widget registration system in the spell checker, so that applications can register widgets that implement the interface to be spell checked in a particular order. In this case, subject field then text area. It requires some infrastructure work that I just haven't finished yet, but this is on my TODO list for a possible 2.27.x enhancement. Time permitting.
*** Bug 601836 has been marked as a duplicate of this bug. ***
*** Bug 634925 has been marked as a duplicate of this bug. ***
Required little change in GtkHTML too, thus this is in two commits. The ESpellEntry is based on libsexy's SexySpellEntry, adapted to GTK3 and using GtkHTMLEditor's spelling API (supposed to be moved to evolution itself one day, as Matthew told me). Created commit 113a552 in gtkhtml master (4.5.2+) Created commit ecc1f7a in evo master (3.5.2+)