python bindings match rules

John (J5) Palmieri johnp at redhat.com
Mon May 23 10:19:59 PDT 2005


There is already a bug for this and patch which I am working with
today :-)

On Tue, 2005-05-24 at 02:35 +1000, Anthony Baxter wrote:
> The current python bindings code is XXX'd with a re-think match rules comment. 
> 
> I'd like to see the match rules change to allow you to specify less 
> information in the match rule, and still have the bindings trigger. For 
> instance, a signal of 
>    type='signal',interface='org.designfu.SampleService',sender=':1.35',path='/SomeObject',member='hello'
> would match something that had specified, say, 
>    type='signal',interface='org.designfu.SampleService',path='/SomeObject',member='hello' 
> 
> The question is then which bits of the match rule should be compulsory? 
> Should we allow a match on (type,sender,path,member),  
> (type,interface,path,member) or even just (type,interface,member)? The 
> last, for instance, would allow you to say "I don't care _who_ generates this 
> signal, just let me know when it happens" - which would be needed if you 
> have multiple applications that could generate a particular signal for a 
> particular interface. (At least, that's how I understand this to work - 
> gentle corrections are more than encouraged <wink>)
> 
> Comments welcome - if someone wants to give me some pointers as to how 
> this should work, I can work up a patch for it. 
> 
> Anthony
> (j5: I assigned https://bugs.freedesktop.org/show_bug.cgi?id=3374 to you - 
> it's a cleanup of the existing code)
> -- 
> Anthony Baxter     <anthony at interlink.com.au>
> It's never too late to have a happy childhood.
-- 
John (J5) Palmieri
Associate Software Engineer
Desktop Group
Red Hat, Inc.
Blog: http://martianrock.com



More information about the dbus mailing list