aboutsummaryrefslogtreecommitdiffstats
path: root/libgnomecanvas/gnome-canvas-rich-text.c
Commit message (Collapse)AuthorAgeFilesLines
* Coding style and whitespace cleanup.Matthew Barnes2010-06-201-104/+102
|
* Don't bother translating GnomeCanvas GObject properties.Matthew Barnes2010-06-201-40/+40
|
* Fix all remaining GTK3 issues.Matthew Barnes2010-06-161-6/+23
| | | | | | | | | | | | 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-23/+6
| | | | | | | 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-6/+23
| | | | | | 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/+2202
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...