aboutsummaryrefslogtreecommitdiffstats
path: root/libgnomecanvas
Commit message (Collapse)AuthorAgeFilesLines
* Remove some unused gnome-canvas options.Matthew Barnes2011-06-305-216/+34
| | | | | | | | | | | | | Simplifies the drawing code a bit. Public API removed: GnomeCanvas.center_scroll_region (is always TRUE) GnomeCanvas.pixels_per_unit (is always 1.0) gnome_canvas_set_center_scroll_region() gnome_canvas_get_center_scroll_region() gnome_canvas_set_pixels_per_unit()
* Fudge GtkScrollable for gtk2.Matthew Barnes2011-06-302-38/+39
| | | | | | Yes, the GtkScrollable interface is implemented by more than just GtkLayout, but it turns out GtkLayout is the only thing Evolution uses the GtkScrollable API for on the gtk3 branch.
* Bug #633774 - Headers are gone in grouped viewVibha Yadav2010-11-161-1/+1
|
* Coding style and whitespace cleanup.Matthew Barnes2010-11-105-10/+9
|
* Add forgotten cairo_destroy() callsMilan Crha2010-11-101-1/+3
|
* Revert my previous revert for GnomeCanvasShape.Matthew Barnes2010-10-301-4/+1
| | | | | | This reverts commit 0faef9453c27a1a65ac15bfa65925056e5dd551d. Turns out it broke ETable/ETree pretty badly.
* Fix gnome_canvas_rect_draw().Matthew Barnes2010-10-301-2/+2
| | | | Need to subtract the pixmap offset from the rectangle's coordinates.
* Merge GnomeCanvasShape into GnomeCanvasRect.Matthew Barnes2010-10-306-898/+669
| | | | | GnomeCanvasRect is the only subclass of GnomeCanvasShape, and passing Cairo paths around doesn't seem to work well.
* Fix typo in gnome_canvas_shape_update().Matthew Barnes2010-10-301-1/+1
|
* Revert "gnome-canvas: Fix bounding box calculation in GnomeCanvasShape"Matthew Barnes2010-10-301-1/+4
| | | | | | | This reverts commit ecd07f3f735debf9bad03543394f3db0f0714b8a. Actually you do want world coordinates, but the typo fixed in the next commit was probably causing strange and confusing behavior.
* GnomeCanvasShape: Make color string parsing more robustMatthew Barnes2010-10-301-4/+17
|
* Fix matrix in gnome_canvas_shape_draw().Matthew Barnes2010-10-301-2/+0
| | | | The path is in item coordinates, so we need an "i2c" matrix, not "c2i".
* Fix typos in gnome_canvas_shape_bounds().Matthew Barnes2010-10-301-2/+2
|
* Rename GnomeCanvasItem.destroy() to dispose().Matthew Barnes2010-10-306-52/+52
| | | | | To clarify the semantics: the method may be called multiple times so pointers should be set to NULL after freeing or unreferencing.
* Fix gnome_canvas_item_w2i_matrix().Matthew Barnes2010-10-301-6/+5
| | | | Was returning an inverted matrix: i2w instead of w2i.
* Actually set the path in gnome_canvas_shape_set_path().Matthew Barnes2010-10-301-0/+2
|
* Adapt branch for building with GTK+ 2.22.Matthew Barnes2010-10-302-2/+5
|
* gnome-canvas: Remove functions that allocate colorsBenjamin Otte2010-10-302-79/+0
| | | | | | Cairo doesn't need allocated colors. Yay, gnome-canvas now compiles with GDK_DISABLE_DEPRECATED.
* gnome-canvas: Use gdk_parse_color() in GnomeCanvasShapeBenjamin Otte2010-10-301-2/+4
| | | | We don't want to allocate colors anymore. It's not needed with cairo.
* gnome-canvas: Port drawing to use cairoBenjamin Otte2010-10-302-29/+14
|
* gnome-canvas: Remove gnome_canvas_set_stipple_origin()Benjamin Otte2010-10-302-24/+0
|
* gnome-canvas: Port GnomeCanvasText to use cairoBenjamin Otte2010-10-302-118/+29
|
* gnome-canvas: Simplify updating codeBenjamin Otte2010-10-302-326/+34
| | | | | Instead of keeping oour own invalid area, trust GDK to do the right thing.
* gnome-canvas: Fix bounding box calculation in GnomeCanvasShapeBenjamin Otte2010-10-301-4/+1
| | | | | | | The code converted the bbox to world coordinates, not to canvas coordinates. xxx: shape
* gnome-canvas: Remove render_dirty variableBenjamin Otte2010-10-302-33/+0
| | | | It's unused. Also remove the private struct, as it's now empty.
* gnome-canvas: Remove pangoft2 requirementBenjamin Otte2010-10-301-6/+0
| | | | | It's not really necessary to pull in libs for an unused variable, now is it?
* gnome-canvas: Remove gnome_canvas_w2c_affine()Benjamin Otte2010-10-302-28/+0
| | | | It's not necessary anymore. Use gnome_canvas_w2c_matrix() instead.
* gnome-canvas: Convert point tranformation functions to use cairoBenjamin Otte2010-10-301-25/+21
|
* gnome-canvas: Remove gnome_canvas_update_now()Benjamin Otte2010-10-302-29/+0
| | | | | 1) Don't ever force an update 2) There's GTK API to force an update if you need to. Use that.
* gnome-canvas: Convert canvas item transformation matrix to cairoBenjamin Otte2010-10-308-378/+99
| | | | | Also update the GnomeCanvasItem.update vfunc to take a cairo_matrix_t and no longer pass the clip_path (what was it used for anyway?).
* gnome-canvas: Simplify GnomeCanvasPixbufBenjamin Otte2010-10-301-503/+37
| | | | | | Get rid of all the layout properties. They are unused, and if they are needed should be done in a separate object. Also do the drawing with Cairo.
* gnome-canvas: Update GnomeCanvasPixbuf for gobject nicetiesBenjamin Otte2010-10-302-68/+29
| | | | G_DEFINE_TYPE and private data, here we come!
* gnome-canvas: Fix refcounting for GnomeCanvasPixbufBenjamin Otte2010-10-301-21/+3
|
* gnome-canvas: Remove unused flags from GnomeCanvasPixbufBenjamin Otte2010-10-301-19/+0
|
* gnome-canvas: Update GailCanvasItem visibility code to cairo APIsBenjamin Otte2010-10-301-139/+32
|
* gnome-canvas: Split out matrix_transform_rect codeBenjamin Otte2010-10-303-44/+58
|
* gnome-canvas: Remove now-unused functionsBenjamin Otte2010-10-302-546/+0
|
* gnome-canvas: Remove GnomeCanvasPathDefBenjamin Otte2010-10-304-1392/+0
| | | | It's not needed anymore as it has practically been replaced by cairo_path_t.
* gnome-canvas: Rewrite GnomeCanvasShape to use CairoBenjamin Otte2010-10-307-986/+293
| | | | | Dashing properties were commented out in the process. They are not used inside Evolution.
* gnome-canvas: Change line-width handling of GnomeCanvasShapeBenjamin Otte2010-10-302-55/+18
| | | | | | | | Remove "width-pixels" property and replace the "width-units" property name with "line-width". Also adapt the code to use "line-width". It didn't really matter which property was used, because the views weren't scaled.
* gnome-canvas: Make GnomeCanvasShape use modern gobject-fuBenjamin Otte2010-10-301-51/+20
| | | | We have privates and G_DEFINE_TYPE() these days.
* gnome-canvas: Get rid of libart usage in the text itemsBenjamin Otte2010-10-302-20/+12
|
* gnome-canvas: Remove GnomeCanvasClipGroupBenjamin Otte2010-10-304-336/+0
|
* gnome-canvas: gnome-canvas-rect-ellipse.[ch] => gnome-canvas-rect.[ch]Benjamin Otte2010-10-304-4/+4
| | | | Rename to reflect change of scope
* gnome-canvas: Get rid of GnomeCanvasRE objectBenjamin Otte2010-10-302-160/+71
| | | | No more ellipses, no more need for 2 classes.
* gnome-canvas: Remove GnomeCanvasItemEllipseBenjamin Otte2010-10-302-142/+0
| | | | unused.
* gnome-canvas: Remove GnomeCanvasPointsBenjamin Otte2010-10-305-135/+1
| | | | It's unused by now.
* gnome-canvas: Remove GnomeCanvasLineBenjamin Otte2010-10-306-1337/+24
| | | | It's unused and has an ugly API. We can redo it later if we need it.
* gnome-canvas: Remove GnomeCanvasPolygonBenjamin Otte2010-10-304-323/+0
| | | | It's unused and has an ugly API. We can redo it later if we need it.
* gnome-canvas: Change GnomeCanvasItem->point vfuncBenjamin Otte2010-10-308-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 declarationBenjamin Otte2010-10-301-3/+0
| | | | It's unused.
* gnome-canvas: Remove close_enough memberBenjamin Otte2010-10-302-13/+3
| | | | It's never set, so just replace it with its default value 0 everywhere.
* gnome-canvas: Remove GnomeCanvasBpath itemBenjamin Otte2010-10-304-222/+0
| | | | It's unused.
* gnome-canvas: Port GnomeCanvasLine to use Cairo for drawingBenjamin Otte2010-10-304-138/+100
|
* gnome-canvas: Remove stipple properties from GnomeCanvasShapeBenjamin Otte2010-10-304-91/+0
|
* gnome-canvas: Remove stipple properties from GnomeCanvasTextBenjamin Otte2010-10-302-45/+0
|
* gnome-canvas: Remove stipple properties from GnomeCanvasLineBenjamin Otte2010-10-302-47/+0
|
* gnome-canvas: Remove GnomeCanvasBufBenjamin Otte2010-10-303-113/+0
| | | | It's not used anymore.
* gnome-canvas: Remove GnomeCanvasItem->render vfuncBenjamin Otte2010-10-309-519/+0
| | | | It's unused now
* gnome-canvas: Remove aa codeBenjamin Otte2010-10-306-368/+65
| | | | The anti-aliased code was never used, so remove it.
* Drop usage of GtkAnchorType.Matthew Barnes2010-10-276-374/+7
| | | | gtk+-3.0 removed it for being "unused".
* Bug #631870 - Memory leak in e_week_view after GtkObject removalMilan Crha2010-10-251-1/+1
|
* Remove EVO_MARSHAL_RULE.Matthew Barnes2010-10-231-2/+3
| | | | Use glib-gen.mak instead.
* Bug #631320 - GtkObject is gone in GTK3Milan Crha2010-10-0713-192/+101
|
* Use new GDK keysym names if available.Matthew Barnes2010-09-183-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 Barnes2010-09-121-2/+2
|
* Various memory leaksMilan Crha2010-09-081-2/+0
|
* Coding style and whitespace cleanup.Matthew Barnes2010-08-2917-450/+450
|
* Coding style and whitespace cleanup.Matthew Barnes2010-08-291-6/+6
|
* Bug 624525 - Variable name collision in gtk-compat macroMilan Crha2010-07-222-2/+2
|
* Coding style and whitespace cleanup.Matthew Barnes2010-07-123-41/+76
|
* Remove an obsolete GTK+ header include.Matthew Barnes2010-06-291-1/+0
|
* Coding style and whitespace cleanup.Matthew Barnes2010-06-2041-1080/+1059
|
* Don't bother translating GnomeCanvas GObject properties.Matthew Barnes2010-06-203-106/+106
|
* Remove unused libart_lgpl API.Matthew Barnes2010-06-162-3/+0
| | | | According to CallCatcher.
* Install header files for libgnomecanvas and libart_lpgl.Matthew Barnes2010-06-161-29/+33
|
* Fix all remaining GTK3 issues.Matthew Barnes2010-06-168-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 Barnes2010-06-158-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 Barnes2010-06-151-6/+6
|
* Fix all remaining GTK3 issues.Matthew Barnes2010-06-158-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 Barnes2010-06-1450-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...