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
> 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
OK, thanks, I feel we are almost there:
murrayc murrayc com
] [Thread Prev