gsoc2013-evolution - Google Summer of Code 2013 - GNOME

	Commit message (Collapse)	Author	Age	Files	Lines
*	gnome-canvas: Get rid of GnomeCanvasRE object	Benjamin Otte	2010-10-30	2	-160/+71
\| \| \| \|	No more ellipses, no more need for 2 classes.
*	gnome-canvas: Remove GnomeCanvasItemEllipse	Benjamin Otte	2010-10-30	2	-142/+0
\| \| \| \|	unused.
*	gnome-canvas: Remove GnomeCanvasPoints	Benjamin Otte	2010-10-30	5	-135/+1
\| \| \| \|	It's unused by now.
*	gnome-canvas: Remove GnomeCanvasLine	Benjamin Otte	2010-10-30	6	-1337/+24
\| \| \| \|	It's unused and has an ugly API. We can redo it later if we need it.
*	gnome-canvas: Remove GnomeCanvasPolygon	Benjamin Otte	2010-10-30	4	-323/+0
\| \| \| \|	It's unused and has an ugly API. We can redo it later if we need it.
*	gnome-canvas: Change GnomeCanvasItem->point vfunc	Benjamin Otte	2010-10-30	8	-190/+74
\| \| \| \| \| \| \| \|	Previously the function returned the distance to the nearest item. Now it only returns an item that is hit. This slightly changes semantics (button events are no longer dispatched to the nearest item, but only to the item actually clicked on), but makes the code way simpler and actually does what one would expect.
*	gnome-canvas: Remove CanvasItem->coverage vfunc declaration	Benjamin Otte	2010-10-30	1	-3/+0
\| \| \| \|	It's unused.
*	gnome-canvas: Remove close_enough member	Benjamin Otte	2010-10-30	2	-13/+3
\| \| \| \|	It's never set, so just replace it with its default value 0 everywhere.
*	gnome-canvas: Remove GnomeCanvasBpath item	Benjamin Otte	2010-10-30	4	-222/+0
\| \| \| \|	It's unused.
*	gnome-canvas: Port GnomeCanvasLine to use Cairo for drawing	Benjamin Otte	2010-10-30	4	-138/+100
\|
*	gnome-canvas: Remove stipple properties from GnomeCanvasShape	Benjamin Otte	2010-10-30	4	-91/+0
\|
*	gnome-canvas: Remove stipple properties from GnomeCanvasText	Benjamin Otte	2010-10-30	2	-45/+0
\|
*	gnome-canvas: Remove stipple properties from GnomeCanvasLine	Benjamin Otte	2010-10-30	2	-47/+0
\|
*	gnome-canvas: Remove GnomeCanvasBuf	Benjamin Otte	2010-10-30	3	-113/+0
\| \| \| \|	It's not used anymore.
*	gnome-canvas: Remove GnomeCanvasItem->render vfunc	Benjamin Otte	2010-10-30	9	-519/+0
\| \| \| \|	It's unused now
*	gnome-canvas: Remove aa code	Benjamin Otte	2010-10-30	6	-368/+65
\| \| \| \|	The anti-aliased code was never used, so remove it.
*	Drop usage of GtkAnchorType.	Matthew Barnes	2010-10-27	6	-374/+7
\| \| \| \|	gtk+-3.0 removed it for being "unused".
*	Bug #631870 - Memory leak in e_week_view after GtkObject removal	Milan Crha	2010-10-25	1	-1/+1
\|
*	Remove EVO_MARSHAL_RULE.	Matthew Barnes	2010-10-23	1	-2/+3
\| \| \| \|	Use glib-gen.mak instead.
*	Bug #631320 - GtkObject is gone in GTK3	Milan Crha	2010-10-07	13	-192/+101
\|
*	Use new GDK keysym names if available.	Matthew Barnes	2010-09-18	3	-23/+28
\| \| \| \| \| \| \|	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 cleanups.	Matthew Barnes	2010-09-12	1	-2/+2
\|
*	Various memory leaks	Milan Crha	2010-09-08	1	-2/+0
\|
*	Coding style and whitespace cleanup.	Matthew Barnes	2010-08-29	17	-450/+450
\|
*	Coding style and whitespace cleanup.	Matthew Barnes	2010-08-29	1	-6/+6
\|
*	Bug 624525 - Variable name collision in gtk-compat macro	Milan Crha	2010-07-22	2	-2/+2
\|
*	Coding style and whitespace cleanup.	Matthew Barnes	2010-07-12	3	-41/+76
\|
*	Remove an obsolete GTK+ header include.	Matthew Barnes	2010-06-29	1	-1/+0
\|
*	Coding style and whitespace cleanup.	Matthew Barnes	2010-06-20	41	-1080/+1059
\|
*	Don't bother translating GnomeCanvas GObject properties.	Matthew Barnes	2010-06-20	3	-106/+106
\|
*	Remove unused libart_lgpl API.	Matthew Barnes	2010-06-16	2	-3/+0
\| \| \| \|	According to CallCatcher.
*	Install header files for libgnomecanvas and libart_lpgl.	Matthew Barnes	2010-06-16	1	-29/+33
\|
*	Fix all remaining GTK3 issues.	Matthew Barnes	2010-06-16	8	-174/+390
\| \| \| \| \| \| \| \| \| \| \| \|	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	8	-390/+174
\| \| \| \| \| \| \|	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.
*	Drop the "2" from libgnomecanvas and libart_lgpl.	Matthew Barnes	2010-06-15	1	-6/+6
\|
*	Fix all remaining GTK3 issues.	Matthew Barnes	2010-06-15	8	-174/+390
\| \| \| \| \| \|	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	50	-0/+20498
	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...