| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
GnomeCanvas will stash the GdkDevice and reuse it in the subsequent
gnome_canvas_item_ungrab() call.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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()
|
|
|
|
|
| |
To clarify the semantics: the method may be called multiple times
so pointers should be set to NULL after freeing or unreferencing.
|
|
|
|
|
|
| |
Cairo doesn't need allocated colors.
Yay, gnome-canvas now compiles with GDK_DISABLE_DEPRECATED.
|
| |
|
| |
|
|
|
|
|
| |
Instead of keeping oour own invalid area, trust GDK to do the right
thing.
|
|
|
|
| |
It's not necessary anymore. Use gnome_canvas_w2c_matrix() instead.
|
|
|
|
|
| |
1) Don't ever force an update
2) There's GTK API to force an update if you need to. Use that.
|
|
|
|
|
| |
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?).
|
|
|
|
|
| |
Dashing properties were commented out in the process. They are not used
inside Evolution.
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
It's unused.
|
|
|
|
| |
It's never set, so just replace it with its default value 0 everywhere.
|
| |
|
|
|
|
| |
It's not used anymore.
|
|
|
|
| |
It's unused now
|
|
|
|
| |
The anti-aliased code was never used, so remove it.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
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.
|
|
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...
|