gsoc2013-evolution - Google Summer of Code 2013 - GNOME

	Commit message (Collapse)	Author	Age	Files	Lines
*	gnome-canvas: Remove GnomeCanvasItem->render vfunc	Benjamin Otte	2010-10-30	1	-9/+0
\| \| \| \|	It's unused now
*	Drop usage of GtkAnchorType.	Matthew Barnes	2010-10-27	1	-79/+6
\| \| \| \|	gtk+-3.0 removed it for being "unused".
*	Bug #631320 - GtkObject is gone in GTK3	Milan Crha	2010-10-07	1	-5/+3
\|
*	Use new GDK keysym names if available.	Matthew Barnes	2010-09-18	1	-23/+26
\| \| \| \| \| \| \|	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 Barnes	2010-08-29	1	-390/+390
\|
*	Coding style and whitespace cleanup.	Matthew Barnes	2010-06-20	1	-104/+102
\|
*	Don't bother translating GnomeCanvas GObject properties.	Matthew Barnes	2010-06-20	1	-40/+40
\|
*	Fix all remaining GTK3 issues.	Matthew Barnes	2010-06-16	1	-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 Barnes	2010-06-15	1	-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 Barnes	2010-06-15	1	-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 Barnes	2010-06-14	1	-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...