On 19/10/2011 08:47, Matthew Brush wrote:
On 11-10-17 05:22 AM, Nick Treleaven wrote:
Hi Matthew,
I'm a bit concerned about the changed ui_lookup_widget (and hookup)
functions - these are in the plugin API and can be used independently
from Glade. (plugin) API function behaviour should not
On 11-10-17 05:22 AM, Nick Treleaven wrote:
Hi Matthew,
I'm a bit concerned about the changed ui_lookup_widget (and hookup)
functions - these are in the plugin API and can be used independently
from Glade. (plugin) API function behaviour should not normally change,
but it seems the owner
On 11-10-18 09:05 AM, Nick Treleaven wrote:
On 18/10/2011 00:09, Matthew Brush wrote:
I didn't want to break all the existing code in core and plugins that
were using ui_lookup_widget/ui_hookup_widget() functions, so I dropped
the (now) pointless first parameter. There's no need to associate
On 11-10-18 01:33 PM, Matthew Brush wrote:
Not really (I'm kinda stupid remember :) I think I'm confused about how
it used to work and you're confused about how it works now :)
I think I see what you're talking about, ui_hookup_widget() is attaching
the widget to the owner Gobject's
Hi Matthew,
I'm a bit concerned about the changed ui_lookup_widget (and hookup)
functions - these are in the plugin API and can be used independently
from Glade. (plugin) API function behaviour should not normally change,
but it seems the owner parameter is now ignored. If we are caching
On 11-10-17 05:22 AM, Nick Treleaven wrote:
Hi Matthew,
I'm a bit concerned about the changed ui_lookup_widget (and hookup)
functions - these are in the plugin API and can be used independently
from Glade. (plugin) API function behaviour should not normally change,
but it seems the owner
On 11-10-17 04:09 PM, Matthew Brush wrote:
On 11-10-17 05:22 AM, Nick Treleaven wrote:
Hi Matthew,
I'm a bit concerned about the changed ui_lookup_widget (and hookup)
functions - these are in the plugin API and can be used independently
from Glade. (plugin) API function behaviour should not
