On 07/28/2009 12:40 PM, Roman Joost wrote:
> Hi,
> I wasn't sure if I should bring up this discussion on the mailing list
> or better on the bug report
> (http://bugzilla.gnome.org/show_bug.cgi?id=589474).
> I think it could be useful to subscribe to events emited by the XMPModel
> (although other people know something I don't know). The old XMPModel
> used a treestore to store property and schema data. My current work
> version inherits from GtkTreeStore.
> There are two things which happen to the treemodel: a property or a
> schema could be set. If I'm subscribing to the row-changed event only, I
> have to figure out in my callback what has changed: a property or a
> schema. By using two different signals, it would be more explicit what
> was changed.
> I'm working on another patch, which uses custom entry fields which
> "monitor" one property in the XMPModel. Currently they're subscribed to
> the 'row-changed' event in the XMPModel, which makes it hard to figure
> out if the change belongs to the Entry or not. If I could subscribe to a
> 'property-changed' event, I still have to figure out which property has
> changed, but don't have to figure out *if a property* has been changed.
> That would make life easier.

Just to get a discussion going: Coulnd't you implement your own 
"property-changed" and "schema-changed" in XMPModel? I.e. you would have 
to write some wrappers on top of "row-changed" that provides nicer 
callbacks than "row-changed".

  / Martin
Gimp-developer mailing list

Reply via email to