gsoc2013-evolution - Google Summer of Code 2013 - GNOME

	Commit message (Collapse)	Author	Age	Files	Lines
*	Don't bother translating GnomeCanvas GObject properties.	Matthew Barnes	2010-06-20	1	-60/+60
\|
*	Remove unused libart_lgpl API.	Matthew Barnes	2010-06-16	1	-2/+0
\| \| \| \|	According to CallCatcher.
*	Fix all remaining GTK3 issues.	Matthew Barnes	2010-06-16	1	-4/+13
\| \| \| \| \| \| \| \| \| \| \| \|	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 Barnes	2010-06-15	1	-13/+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 Barnes	2010-06-15	1	-4/+13
\| \| \| \| \| \|	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 Barnes	2010-06-14	1	-0/+1746
	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...