aboutsummaryrefslogtreecommitdiffstats
path: root/libgnomecanvas/gailcanvas.c
Commit message (Collapse)AuthorAgeFilesLines
* Bug #722938 - Adapt a11y code for newest gtkMike Gorse2014-03-131-77/+4
| | | | | As of gtk+ 3.2, AtkObjectFactories are no longer used to generate accessibles for gtk widgets, so our custom atk classes need refactoring.
* Miscellaneous cleanups.Matthew Barnes2014-03-031-1/+1
|
* Bug 721545 - License text contains obsolete FSF postal addressMatthew Barnes2014-01-081-12/+9
|
* Delete unused GnomeCanvasRichText.Matthew Barnes2012-06-191-4/+0
|
* Whitespace cleanup.Matthew Barnes2012-04-021-1/+1
| | | | | Replace 8-space indentation with tab characters, and various other automated cleanups.
* Coding style and whitespace cleanup.Matthew Barnes2012-02-201-15/+13
|
* Coding style and whitespace cleanup.Matthew Barnes2011-09-041-10/+10
|
* Bug #646109 - Fix use of include <config.h> to make sure translations workMilan Crha2011-05-271-0/+4
|
* More whitespace cleanup.Matthew Barnes2011-01-311-14/+14
|
* Drop backward-compatibility cruft.Matthew Barnes2011-01-251-3/+0
|
* Fudge GtkScrollable for gtk2.Matthew Barnes2011-01-151-2/+2
| | | | | | Yes, the GtkScrollable interface is implemented by more than just GtkLayout, but it turns out GtkLayout is the only thing Evolution uses the GtkScrollable API for on the gtk3 branch.
* Use new GDK keysym names if available.Matthew Barnes2010-09-181-0/+1
| | | | | | | In GTK+ 2.21.8, the keysym names were renamed from GDK_* to GDK_KEY_*. I've added backward-compatibility macors to gtk-compat.h, which can be dumped as soon as we require GTK+ >= 2.22.0.
* Coding style and whitespace cleanup.Matthew Barnes2010-08-291-1/+1
|
* Bug 624525 - Variable name collision in gtk-compat macroMilan Crha2010-07-221-1/+1
|
* Coding style and whitespace cleanup.Matthew Barnes2010-06-201-12/+11
|
* Fix all remaining GTK3 issues.Matthew Barnes2010-06-161-4/+6
| | | | | | | | | | | | Work around the issue of GnomeCanvasItem amending its own flags to GtkObject::flags (which is sealed) by giving it its own flags field. This breaks libgnomecanvas ABI and API, but I see no other way. This commit didn't work the first time because gnome-pilot libraries were still pulling in the system-wide libgnomecanvas, and that was interfereing with our bundled version which has a different ABI. But gnome-pilot integration was dropped in the previous commit, so everything is now using the bundled libgnomecanvas.
* Revert "Fix all remaining GTK3 issues."Matthew Barnes2010-06-151-6/+4
| | | | | | | This reverts commit fd8b55edaa88906b588aa07d9eadcacd34a7a774. Something in this commit seriously hosed ETable, making Evolution pretty much unusable. Reverting this until I can track down the problem.
* Fix all remaining GTK3 issues.Matthew Barnes2010-06-151-4/+6
| | | | | | Work around the issue of GnomeCanvasItem amending its own flags to GtkObject::flags (which is sealed) by giving it its own flags field. This breaks libgnomecanvas ABI and API, but I see no other way.
* Embed libart_lgpl and libgnomecanvas.Matthew Barnes2010-06-141-0/+266
Both of these modules are deprecated and going away in GNOME 3 but we still rely heavily on them for GnomeCalendar and ETable. So, welcome to the island of unwanted libraries...