PropertiesChanged signal

[Thiago Macieira]

Em Sábado 8. Maio 2010, às 10.52.40, Michael 'Mickey' Lauer escreveu:
> Am Samstag, den 08.05.2010, 10:37 +0200 schrieb Thiago Macieira:
> > Em Sábado 8. Maio 2010, às 10.29.06, Michael 'Mickey' Lauer escreveu:
> > > Am Samstag, den 08.05.2010, 09:24 +0200 schrieb Thiago Macieira:
> > > > Em Sexta-feira 7. Maio 2010, às 23.10.00, Michael 'Mickey' Lauer 
escreveu:
> > > > > And while we're there we could/should also fix the client-based
> > > > > signal matching, which is IMO one of the major design flaws in
> > > > > DBus. I know that the desktop people don't care, but still...
> > > > 
> > > > What is the issue?
> > > 
> > > Two issues:
> > > 
> > > 1.) Listeners are always woken up on any kind of signals (to run the
> > > match function), no matter whether they are listening to a certain
> > > signal or not. That's a waste of CPU hence battery.
> > 
> > Wrong. Listeners are woken up if there's a message (a signal) that
> > matches their listening rules.
> 
> Really? So that means the match rules are actually transferred to the
> bus process and processed there? When has this change been introduced?

Yes, this is how it works.

I don't know when it was introduced, but it has worked like this since 2005, 
when I started looking into D-Bus.

-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
  Senior Product Manager - Nokia, Qt Development Frameworks
      PGP/GPG: 0x6EF45358; fingerprint:
      E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.freedesktop.org/archives/dbus/attachments/20100508/d182f207/attachment.pgp>