aboutsummaryrefslogtreecommitdiffstats
path: root/libgnomecanvas/gnome-canvas-text.c
Commit message (Collapse)AuthorAgeFilesLines
* Bug #646109 - Fix use of include <config.h> to make sure translations workMilan Crha2011-05-271-0/+3
|
* Coding style and whitespace cleanup.Matthew Barnes2011-05-221-11/+29
|
* Coding style cleanups.Matthew Barnes2011-05-091-1/+1
|
* Whitespace and coding style cleanups.Matthew Barnes2011-05-081-1/+2
|
* More whitespace cleanup.Matthew Barnes2011-01-311-86/+86
|
* Coding style and whitespace cleanup.Matthew Barnes2011-01-301-2/+6
|
* Adapt GnomeCanvas to latest gtk+-3.0 API.Matthew Barnes2011-01-261-5/+5
|
* Remove some unused gnome-canvas options.Matthew Barnes2011-01-161-6/+6
| | | | | | | | | | | | | 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()
* Coding style and whitespace cleanup.Matthew Barnes2010-11-081-3/+2
|
* Rename GnomeCanvasItem.destroy() to dispose().Matthew Barnes2010-10-301-14/+14
| | | | | To clarify the semantics: the method may be called multiple times so pointers should be set to NULL after freeing or unreferencing.
* gnome-canvas: Port GnomeCanvasText to use cairoBenjamin Otte2010-10-301-115/+29
|
* gnome-canvas: Remove render_dirty variableBenjamin Otte2010-10-301-29/+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: Convert canvas item transformation matrix to cairoBenjamin Otte2010-10-301-5/+3
| | | | | 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: Get rid of libart usage in the text itemsBenjamin Otte2010-10-301-2/+0
|
* gnome-canvas: Change GnomeCanvasItem->point vfuncBenjamin Otte2010-10-301-35/+10
| | | | | | | | 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 stipple properties from GnomeCanvasTextBenjamin Otte2010-10-301-43/+0
|
* gnome-canvas: Remove GnomeCanvasItem->render vfuncBenjamin Otte2010-10-301-116/+0
| | | | It's unused now
* gnome-canvas: Remove aa codeBenjamin Otte2010-10-301-43/+3
| | | | The anti-aliased code was never used, so remove it.
* Drop usage of GtkAnchorType.Matthew Barnes2010-10-271-111/+0
| | | | gtk+-3.0 removed it for being "unused".
* Bug #631320 - GtkObject is gone in GTK3Milan Crha2010-10-071-8/+6
|
* Coding style and whitespace cleanup.Matthew Barnes2010-08-291-4/+4
|
* Coding style and whitespace cleanup.Matthew Barnes2010-06-201-146/+164
|
* Don't bother translating GnomeCanvas GObject properties.Matthew Barnes2010-06-201-60/+60
|
* Remove unused libart_lgpl API.Matthew Barnes2010-06-161-2/+0
| | | | According to CallCatcher.
* Fix all remaining GTK3 issues.Matthew Barnes2010-06-161-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 Barnes2010-06-151-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 Barnes2010-06-151-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 Barnes2010-06-141-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...