Problem

users want full-text-search in documents. right now the only way to do this is by using the find and replace feature at the whole app level.

Solution

We will add a document filter in the current search api. this will help us filter the results just for a particular document.

IRI Filter: The document filter param would take an hm URL like hm://<account>/cars/honda and would search only in honda document. Note that it can take wildcards, so hm://<account>/cars/* would search in all available cars

Filter by item type. Right know we only get results from document titles + contacts (if logged in account id is present) OR full body search which include the former + Documents + Comments. But I think it makes sense to have a finer grain filtering comments only for example

Another thing we should include on the search rank system is an authority score computed by the number of mentions that the document where the search match was found has. The more mentions the better (this dumb at the beginning). We can also count document author's mentions in general. So compute how many mentions does the authors have in all documents and make a score out of that. Of caurse this is all related to local documents, we are not going otuside to the gateway and ask number of mentions. But it kinda makes sense since the content you have locally is the content you care about

Scope

TBD

Rabbit Holes

do we need to just highlight the result?

do we need to "filter" the document based on the search?

No Gos

TBD