aboutsummaryrefslogtreecommitdiffstats
path: root/e-util/e-spell-entry.c
Commit message (Collapse)AuthorAgeFilesLines
* Bug 540362: [webkit-composer] Use webkit for composerTomas Popela2014-06-091-172/+201
| | | | Merge wip/webkit-composer branch into master.
* Ignore false GObject property change notificationsMilan Crha2014-06-051-1/+2
| | | | | | | | | | | | | | | | | | | | | | 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.
* Stop using deprecated gtk-stock itemsMilan Crha2014-02-131-3/+3
|
* Bug 721545 - License text contains obsolete FSF postal addressMatthew Barnes2014-01-081-10/+9
|
* Make ESpellEntry extensible.Matthew Barnes2013-03-121-1/+18
|
* ESpellEntry cleanups.Matthew Barnes2013-03-121-128/+200
|
* Reduce diff noise with webkit-composer branch.Matthew Barnes2013-01-111-12/+10
|
* Consolidate base utility libraries into libeutil.Matthew Barnes2012-12-131-0/+866
Evolution consists of entirely too many small utility libraries, which increases linking and loading time, places a burden on higher layers of the application (e.g. modules) which has to remember to link to all the small in-tree utility libraries, and makes it difficult to generate API documentation for these utility libraries in one Gtk-Doc module. Merge the following utility libraries under the umbrella of libeutil, and enforce a single-include policy on libeutil so we can reorganize the files as desired without disrupting its pseudo-public API. libemail-utils/libemail-utils.la libevolution-utils/libevolution-utils.la filter/libfilter.la widgets/e-timezone-dialog/libetimezonedialog.la widgets/menus/libmenus.la widgets/misc/libemiscwidgets.la widgets/table/libetable.la widgets/text/libetext.la This also merges libedataserverui from the Evolution-Data-Server module, since Evolution is its only consumer nowadays, and I'd like to make some improvements to those APIs without concern for backward-compatibility. And finally, start a Gtk-Doc module for libeutil. It's going to be a project just getting all the symbols _listed_ much less _documented_. But the skeletal structure is in place and I'm off to a good start.