simple search api (was Re: mimetype standardisation by testsets)

Thiago Macieira thiago at
Tue Jan 2 04:42:09 PST 2007

Mikkel Kamstrup Erlandsen wrote:
>2007/1/1, Thiago Macieira <thiago at>:
>> Mikkel Kamstrup Erlandsen wrote:
>> >Currently the live interface proposed in
>> > 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:

(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) - thiago (AT)
    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: 189 bytes
Desc: not available
Url : 

More information about the xdg mailing list