Re: Outsanding GLib/GTK+ API bugs
- From: Michael Natterer <mitch gimp org>
- To: Owen Taylor <otaylor redhat com>
- Cc: gtk-devel-list gnome org, gnome-2-0-list gnome org
- Subject: Re: Outsanding GLib/GTK+ API bugs
- Date: 30 Aug 2001 13:13:01 +0200
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
Do you think it would break existing programs if "drag_end" would be
g_signal_connect() vs. g_signal_connect_after() connectable ??
] [Thread Prev