Re: Outsanding GLib/GTK+ API bugs

[Michael Natterer <mitch gimp org>]

Owen Taylor <otaylor redhat com> writes:

> Michael Natterer <mitch gimp org> writes:
> 
> > Owen Taylor <otaylor redhat com> writes:
> > 
> > (...)
> > 
> > The annoying part is that the "drag_end" signal, where the
> > unsuccessful drop is detected, is emitted *after* Gtk+ did the
> > animation which indicates that the drop failed.
> > 
> > Would it be possible to make this either configurable or depending
> > on the return value of the "drag_end" handler or whatever :)
> > 
> > It may be sufficient to emit the signal before showing the animation
> > and being able to call gdk_drop_reply (context, TRUE, time); in the
> > callback.
> 
> Too late for 2.0, but GTK+ has had a almost-as-good feature for
> a long time: 
> 
> (...)

Ehm, I don't speak of a real API extension, just a chance to to stop
the animation...

Do you think it would break existing programs if "drag_end" would be
g_signal_connect() vs. g_signal_connect_after() connectable ??

asks,
--Mitch