Re: Language bindings and popup_menu and show_help signals
- From: Murray Cumming <murrayc murrayc com>
- To: Owen Taylor <otaylor redhat com>
- Cc: Federico Mena Quintero <federico ximian com>, gtk-devel-list <gtk-devel-list gnome org>, Philip Langdale <plangdale vmware com>
- Subject: Re: Language bindings and popup_menu and show_help signals
- Date: Thu, 20 Apr 2006 19:26:59 +0200
On Fri, 2006-04-14 at 09:50 -0400, Owen Taylor wrote:
> G_SIGNAL_ACTION just means "this signal can be emitted via
> g_signal_emit() directly - it doesn't need a wrapper function"
>
> It could be:
>
> - A keybinding signal handled by the widget internally - there should
> not be any way of overriding the handler for such a signal or
> for connecting to them.
>
> - A keybinding signal that has to be handled by derived widgets.
> Overriding these is necessary, connection is often also useful.
>
> - Not a keybinding signal at all.
>
> Please don't bind all keybinding signals. You are just asking for
> problems (as you discovered) if you bind them, and, perhaps worse,
> they pollute the API and confuse users...
Yes, we greatly improved the gtkmm API when we removed these at gtkmm
version 2.4.
> see for instance,
> GtkTextView::move-cursor... users think they are change notification
> and get confused when they don't always get called.
>
> I think you have to figure out ad-hoc what signals need to be bound
> for connection/overriding and when it isn't clear from the docs, file
> bugs.
OK, thanks, I feel we are almost there:
http://bugzilla.gnome.org/show_bug.cgi?id=339205
--
Murray Cumming
murrayc murrayc com
www.murrayc.com
www.openismus.com
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]