Emmanuele Bassi 721caece5d drag-action: Add ::drag-progress signal
Overriding the default behaviour of ClutterDragAction::drag-motion is
currently a pain; you either need to subclass the ClutterDragAction and
override the class closure for the signal, or you need to connect to the
signal and call g_signal_stop_emission_by_name() - neither option being
particularly nice or clean. The established pattern for these cases
would be to have a boolean return value on the ::drag-motion signal, but
we cannot do that without breaking ABI.

To solve the issue in a backward compatible way, we should introduce a
new signal, ::drag-progress, with a boolean return value. If the signal
emission chain returns TRUE, the ::drag-motion signal will be emitted,
and the default behaviour will be honoured; if the signal emission chain
returns FALSE, instead, the ::drag-motion signal will not be emitted.

https://bugzilla.gnome.org/show_bug.cgi?id=679451
2012-07-11 13:22:19 +01:00
..
2011-11-10 19:05:39 +01:00
2012-06-23 08:23:11 +01:00
2012-02-23 12:01:11 +00:00
2012-04-27 12:30:48 +01:00
2012-04-27 12:28:49 +01:00
2011-10-19 15:23:55 +01:00
2011-10-19 15:23:55 +01:00
2012-04-27 12:30:50 +01:00
2012-04-27 12:30:47 +01:00
2012-04-27 12:30:47 +01:00
2012-04-27 12:30:48 +01:00
2012-06-08 14:33:00 +01:00
2012-06-05 12:28:25 +02:00
2012-01-16 23:35:16 +00:00
2012-06-11 13:47:29 +01:00
2012-04-30 17:17:41 +01:00
2012-04-30 17:17:41 +01:00
2011-06-07 16:06:24 +01:00
2012-04-27 12:30:50 +01:00
2012-04-27 12:30:48 +01:00
2011-06-07 16:06:24 +01:00
2011-06-07 16:06:24 +01:00
2012-04-27 12:30:50 +01:00
2012-02-23 17:21:57 +00:00
2012-06-22 21:53:07 +01:00
2012-04-30 17:17:41 +01:00
2012-04-27 12:30:48 +01:00
2012-04-30 17:17:41 +01:00
2012-06-05 12:28:25 +02:00