<div>Hi Misha,</div><br>On Thu, Nov 18, 2010 at 22:03,  <span dir="ltr">&lt;<a href="mailto:mikhail.zabaluev@nokia.com">mikhail.zabaluev@nokia.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Hi,<br>
<br>
I have created a branch on Folks to propose a more scalable API:<br>
<br>
<a href="http://git.collabora.co.uk/?p=user/zabaluev/folks.git;a=shortlog;h=refs/heads/views" target="_blank">http://git.collabora.co.uk/?p=user/zabaluev/folks.git;a=shortlog;h=refs/heads/views</a><br>
<br>
The new classes are only stubs for discussion purposes. The main additions are IndividualList, providing an asynchronously retrieved live view on individuals matching a certain query, and an abstract Query class with some useful subclasses. The intent with queries is to broadly cover a few common cases, keeping the complexity of implementing queries in persona stores under control.</blockquote>

<div><br></div><div>my guess is that specialized query belongs into the client, not into Folks.</div><div>Folks should provide accurate data, the client should provide ways of managing or editing this data, tailored to the use case which the respective client (&quot;app&quot;) desires to address.</div>

<div>Case insensitivity and fuzzy search logic are nice features that a client can include as needed, they won&#39;t make aggregating contact information more accurate imo.</div></div>