Mikkel Kamstrup Erlandsen wrote: >2007/1/1, Thiago Macieira <[EMAIL PROTECTED]>: >> Mikkel Kamstrup Erlandsen wrote: >> >Currently the live interface proposed in >> >http://wiki.freedesktop.org/wiki/WasabiSearchLive has the three >> >signals Query.{HitsAdded, HitsRemoved, HitsModified}. The argument >> >passed along the HitsModified signal is a a{sa{sas}} (a map of >> >uri->{prop1->[vals], prop2->[vals],...}). Since the map keys are uris >> >it is not possible to fire a HitsModified if a file is moved. >> > >> >If we don't want to take the HitsRemoved(file) HitsAdded(file) road >> >when moving files, we'd have to rely on another key for the file. >> >> How about a HitsRenamed? > >My intention was to keep the number of signals to a minimum. If URI is >just a metadata property of a hit, we can use the HitsModified signal.
The KDE framework for watching files (KDirNotify), which predates
inotify/dnotify in the Linux kernel, contains the following signals:
FilesAdded
FilesRemoved
FilesChanged
FileRenamed
(note that the last one is singular)
The API you guys are proposing is very similar to that. I was just
complementing it.
--
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
PGP/GPG: 0x6EF45358; fingerprint:
E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
pgpyehgkQVbbX.pgp
Description: PGP signature
_______________________________________________ xdg mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/xdg
