[mpris] [RFC] MPRIS2 Release Candidate

[Lennart Poettering]

On Tue, 10.08.10 14:15, Ian Monroe (ian at monroe.nu) wrote:

> > Bindings which generate code from introspection data will probably not
> > be able to handle these signals.
> > As signals which indicate changes in the media player state are a
> > critical part of the mpris functionality, using PropertiesChanged
> > would mean that applications which use these bindings would have a
> > hard time using the mpris.
> >
> > Switching to different dbus bindings or working around this looks much
> > more complex than merely meeting an additional dependency.
> 
> These sound like good reasons to never use PropertiesChanged.

Fix the problems where they are, don't try to tape over them. Write the
specs clean, don't write the spec to work around currently broken
software.

This is free software. We can fix everything we need to fix. That's what
so awesome about it: our code is cleaner and everybody benefits.

Lennart

-- 
Lennart Poettering - Red Hat, Inc.