gEDA-dev: Hooking into selection changes

Ales Hvezda ahvezda at seul.org
Wed Aug 9 17:45:05 EDT 2006


[snip]
> - It's impossible to make my widget work properly, because I can't get any
>   sort of guarantee that the necessary callback function will be run when =
>it
>   needs to be.

	So, you need to know when the selection changes, or when a specific
object becomes selected/unselected?


>A fairly obvious solution would be to make SELECTION subclass GObject, and
>then to make any function that modifies a selection list emit
>a "selection-changed" signal on it.  Any callback functions could then be
>registered using g_signal_connect() as appropriate.
>
>Anyway, since this would require *extensive* changes to libgeda and gschem,
>I would of course like some indication that it's okay to go ahead with it
>before ploughing in. :)

	I wouldn't be opposed to this, just as long as the overhead of 
subclassing GObject isn't through the roof.

								-Ales

	


More information about the geda-dev mailing list