Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | 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... |