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

[Thiago Macieira]

Mikkel Kamstrup Erlandsen wrote:
>2007/1/1, Thiago Macieira <thiago at kde.org>:
>> 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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.freedesktop.org/archives/xdg/attachments/20070102/1fe48127/attachment.pgp