aboutsummaryrefslogtreecommitdiffstats
path: root/libgnomecanvas
Commit message (Collapse)AuthorAgeFilesLines
* GnomeCanvasRect: Incorrectly named fill_color_rgba propertyMilan Crha2013-08-091-1/+1
| | | | | | While all the code references fill_color_rgba, the object itself defined property's name "fill_rgba", which produced runtime warnings and misbehavior.
* Bug 704459: GnomeCanvasItem: Implement all methodsMatthew Barnes2013-07-181-0/+46
| | | | So subclasses can safely chain up without checking for NULL.
* Add a GdkDevice parameter to gnome_canvas_item_grab().Matthew Barnes2012-11-302-15/+35
| | | | | GnomeCanvas will stash the GdkDevice and reuse it in the subsequent gnome_canvas_item_ungrab() call.
* Avoid using GdkEventButton directly in certain places.Matthew Barnes2012-11-301-41/+39
| | | | | | | | | | | | Prefer dealing with GdkEvent pointers and using accessor functions like gdk_event_get_button(). This is complicated by the fact that some GtkWidget method declarations still use GdkEventButton pointers, and synthesizing button events pretty much requires direct GdkEventButton access. But GDK seems to be nudging itself toward sealing the GdkEvent union. Likely to happen in GDK4. Mainly clean up signal handlers and leave method overrides alone for now.
* Coding style and whitespace cleanup.Matthew Barnes2012-11-111-7/+7
|
* Coding style and whitespace cleanup.Matthew Barnes2012-09-013-434/+593
|
* Remove all GDK threads usage.Matthew Barnes2012-08-061-4/+0
| | | | | | | | | | | | According to [1], we don't need to worry about GDK's global lock since we don't call gdk_threads_init() or gdk_threads_set_lock_functions(). The GDK threads API is being aggressively deprecated by GTK+ developers so let's just abandon it entirely. I've never really understood when you're supposed to use it or not use it anyway, so it's good to be rid of this confusion. [1] https://mail.gnome.org/archives/desktop-devel-list/2012-August/msg00005.html
* Use template files to generate GEnumClass types.Matthew Barnes2012-07-183-18/+2
|
* Reduce usage of g_type_class_peek_parent().Matthew Barnes2012-06-254-65/+47
| | | | G_DEFINE_TYPE macros define a static "parent_class" variable.
* Delete unused GnomeCanvasRichText.Matthew Barnes2012-06-196-2184/+1
|
* Bug #671585 - Add support for smooth scrolling devicesMilan Crha2012-05-151-0/+1
|
* Whitespace cleanup.Matthew Barnes2012-04-025-26/+26
| | | | | Replace 8-space indentation with tab characters, and various other automated cleanups.
* Coding style and whitespace cleanup.Matthew Barnes2012-02-209-261/+84
|
* Bug #591436 - Add -avoid-version to LDFLAGSH. Habighorst2012-02-151-1/+1
|
* Miscellaneous cleanups.Matthew Barnes2011-11-232-2/+0
|
* Remove Ctrl + l ( ) character from source filesPaul Menzel2011-09-303-20/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | From ccc980da1fd84ebfca25cf8caf9a5d62333099fc Mon Sep 17 00:00:00 2001 From: Paul Menzel <paulepanter@users.sourceforge.net> Date: Wed, 28 Sep 2011 10:18:18 +0200 Subject: [PATCH] Remove Ctrl + l ( ) character from source files The following commits git show aac3f2c8 git show 1510304c git show 13cabd9e git show 350a7a33 git show 9b7cc54d git show e6972011 git show 1d3a7938 git show 934524b9 git show b2954936 git show a7f677b5 git show 4369c400 git show d509f47a git show a6d5818f git show c3876df7 git show 4583098b git show 2831ada5 git show 4e1bce59 git show 1609f699 git show 4e4c1676 git show d6fade43 among others(?) introduced several occurrences of Ctrl + l ( ). Probably this was caused by the used editor. These control characters can be searched for using the following command [1]. $ git grep ^L [1] http://unstableme.blogspot.com/2009/10/grep-and-print-control-characters-in.html
* Coding style and whitespace cleanup.Matthew Barnes2011-09-0422-279/+402
|
* Bug 657765 - Explicitly link libgnomecanvas against libmFrederic Peters2011-08-311-1/+2
| | | | | | We used to implicitly link to libm through gtk+, but that got dropped. http://mail.gnome.org/archives/desktop-devel-list/2011-August/msg00236.html
* Invalidate region by one more pixel in width and heightMilan Crha2011-08-191-2/+2
|
* Bug 652629 - GnomeCanvas: Disregard synthesized crossing eventsMatthew Barnes2011-07-111-0/+7
| | | | | | | | | | | synth_crossing() in gtkwidget.c does not set valid pointer coordinates, but GnomeCanvas relies on these coordinates to figure out what canvas item the event applies to. Detect these synthesized GDK_ENTER_NOTIFY and GDK_LEAVE_NOTIFY events and disregard them. This was breaking drag-and-drop of EMinicards and probably elsewhere.
* Coding style and whitespace cleanups.Matthew Barnes2011-06-092-6/+13
|
* Including <glib.h> directly is rarely needed.Matthew Barnes2011-05-281-1/+0
|
* Bug #646109 - Fix use of include <config.h> to make sure translations workMilan Crha2011-05-2716-0/+57
|
* Coding style and whitespace cleanup.Matthew Barnes2011-05-224-23/+49
|
* Coding style cleanups.Matthew Barnes2011-05-092-2/+2
|
* Whitespace and coding style cleanups.Matthew Barnes2011-05-083-5/+9
|
* Coding style and whitespace cleanup.Matthew Barnes2011-03-062-2/+4
|
* Bug #614480 - Avoid using G_TYPE_INSTANCE_GET_PRIVATE repeatedlyMilan Crha2011-02-252-7/+2
|
* Coding style and whitespace cleanup.Matthew Barnes2011-02-193-5/+5
|
* Remove NULL checks for GObject methods.Matthew Barnes2011-02-132-4/+4
| | | | | As of GLib 2.28 all GObject virtual methods, including constructed(), are safe to chain up to unconditionally. Remove unnecessary checks.
* Bug #641502 - Flickering while resizing the mail listMilan Crha2011-02-103-45/+47
|
* Bug 641756 - Fix warnings from GCC 4.6Kjartan Maraas2011-02-094-19/+3
| | | | GCC learned how to find dead assignments.
* Fix cairo-gobject.h include pathMilan Crha2011-02-041-1/+1
|
* More whitespace cleanup.Matthew Barnes2011-01-3110-300/+300
|
* Coding style and whitespace cleanup.Matthew Barnes2011-01-304-9/+21
|
* Adapt GnomeCanvas to latest gtk+-3.0 API.Matthew Barnes2011-01-268-236/+213
|
* Drop backward-compatibility cruft.Matthew Barnes2011-01-254-12/+0
|
* Remove some unused gnome-canvas options.Matthew Barnes2011-01-165-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-01-152-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-151-1/+1
|
* Coding style and whitespace cleanup.Matthew Barnes2010-11-085-10/+9
|
* Add forgotten cairo_destroy() callsMilan Crha2010-11-021-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...
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-13 11:04:18 +0800