[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kfm-devel
Subject:    Re: Search Indicators in Dolphin
From:       Vishesh Handa <me () vhanda ! in>
Date:       2013-05-29 18:40:04
Message-ID: CAOPTMKAet5+XeaD7o4v0XfME7keBqN1=CPOJ6iHPt+0Z0S8Wtg () mail ! gmail ! com
[Download RAW message or body]

Hey Mark


On Wed, May 29, 2013 at 11:52 PM, Mark <markg85@gmail.com> wrote:

> Hi Vishesh,
>
> I'm just going to throw in a small idea that might help the user
> experience.
>
> Why don't you just do a very quick simple index first? As in the same
> as you would get when you do: "find . -iname 'something'"? Or even
> better, just quickly build up a list of files and use that as base
> index. When users search they are very likely searching for files thus
> they will get results based on the filename. It might not be as
> accurate as it could be when all files are indexed, but it is likely
> to show the user something rather then nothing.
>

That's exactly what we do.

We first index the filename, mimetype and modification time. This way
simple searching and the "Videos", "Audio" and other options work, and so
does the "timeline". In fact currently this basic indexing always runs even
when you're on battery.

You can manually pause/resume it though.


> Just my 5 cents :)
>
> Regards,
> Mark
>
> On Wed, May 29, 2013 at 8:12 PM, Vishesh Handa <me@vhanda.in> wrote:
> > Hey Frank
> >
> > I've been trying to figure out how to schedule the indexing of the files.
> > Currently, it only indexes the contents of the file when idle. This
> > obviously doesn't work in all cases as many users will not be leaving
> their
> > system idle.
> >
> > So, when users try to search, it does not give them the correct results
> and
> > that leads them to believe that nepomuk is not working.
> >
> > One way of fixing this is by always indexing the files and adding
> > appropriate delays so that the user is not bothered, and that is what I
> am
> > going to do for 4.11. However, until the indexing has been completed we
> > still have the same problem.
> >
> > The proper way to fix this would be to have some kind of "indexing
> progress"
> > bar which is shown to the user when they try to search.
> >
> > So, if the user tries to search through a folder which is marked for
> > indexing and still not indexed, it will say "These files are currently
> being
> > indexed. The search results may not be complete" and it will show a
> progress
> > bar, and maybe even try to approximate the amount of time the indexing
> will
> > take.
> >
> > Would you be okay with something like this in Dolphin? I'm imagining
> > something like the KMessageWidget, but with a progress bar. [1]
> >
> > Also, maybe it would be nice that if the user tries to search through a
> > folder which is not indexed, a message widgets appears which says that
> this
> > folder is not indexed, and therefore searching will be slow, and then
> gives
> > the user the option to index the folder.
> >
> > What do you think?
> >
> > [1] http://osxdaily.com/wp-content/uploads/2010/08/mds-updating.jpg
> >
> > --
> > Vishesh Handa
>



-- 
Vishesh Handa

[Attachment #3 (text/html)]

<div dir="ltr">Hey Mark<br><div><div class="gmail_extra"><br><br><div \
class="gmail_quote">On Wed, May 29, 2013 at 11:52 PM, Mark <span dir="ltr">&lt;<a \
href="mailto:markg85@gmail.com" target="_blank">markg85@gmail.com</a>&gt;</span> \
wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex">Hi Vishesh,<br> <br>
I&#39;m just going to throw in a small idea that might help the user experience.<br>
<br>
Why don&#39;t you just do a very quick simple index first? As in the same<br>
as you would get when you do: &quot;find . -iname &#39;something&#39;&quot;? Or \
even<br> better, just quickly build up a list of files and use that as base<br>
index. When users search they are very likely searching for files thus<br>
they will get results based on the filename. It might not be as<br>
accurate as it could be when all files are indexed, but it is likely<br>
to show the user something rather then \
nothing.<br></blockquote><div><br></div><div>That&#39;s exactly what we \
do.<br><br></div><div>We first index the filename, mimetype and modification time. \
This way simple searching and the &quot;Videos&quot;, &quot;Audio&quot; and other \
options work, and so does the &quot;timeline&quot;. In fact currently this basic \
indexing always runs even when you&#39;re on battery.<br> <br></div><div>You can \
manually pause/resume it though.<br><br></div><blockquote class="gmail_quote" \
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <br>
Just my 5 cents :)<br>
<br>
Regards,<br>
Mark<br>
<div class="HOEnZb"><div class="h5"><br>
On Wed, May 29, 2013 at 8:12 PM, Vishesh Handa &lt;<a \
href="mailto:me@vhanda.in">me@vhanda.in</a>&gt; wrote:<br> &gt; Hey Frank<br>
&gt;<br>
&gt; I&#39;ve been trying to figure out how to schedule the indexing of the \
files.<br> &gt; Currently, it only indexes the contents of the file when idle. \
This<br> &gt; obviously doesn&#39;t work in all cases as many users will not be \
leaving their<br> &gt; system idle.<br>
&gt;<br>
&gt; So, when users try to search, it does not give them the correct results and<br>
&gt; that leads them to believe that nepomuk is not working.<br>
&gt;<br>
&gt; One way of fixing this is by always indexing the files and adding<br>
&gt; appropriate delays so that the user is not bothered, and that is what I am<br>
&gt; going to do for 4.11. However, until the indexing has been completed we<br>
&gt; still have the same problem.<br>
&gt;<br>
&gt; The proper way to fix this would be to have some kind of &quot;indexing \
progress&quot;<br> &gt; bar which is shown to the user when they try to search.<br>
&gt;<br>
&gt; So, if the user tries to search through a folder which is marked for<br>
&gt; indexing and still not indexed, it will say &quot;These files are currently \
being<br> &gt; indexed. The search results may not be complete&quot; and it will show \
a progress<br> &gt; bar, and maybe even try to approximate the amount of time the \
indexing will<br> &gt; take.<br>
&gt;<br>
&gt; Would you be okay with something like this in Dolphin? I&#39;m imagining<br>
&gt; something like the KMessageWidget, but with a progress bar. [1]<br>
&gt;<br>
&gt; Also, maybe it would be nice that if the user tries to search through a<br>
&gt; folder which is not indexed, a message widgets appears which says that this<br>
&gt; folder is not indexed, and therefore searching will be slow, and then gives<br>
&gt; the user the option to index the folder.<br>
&gt;<br>
&gt; What do you think?<br>
&gt;<br>
&gt; [1] <a href="http://osxdaily.com/wp-content/uploads/2010/08/mds-updating.jpg" \
target="_blank">http://osxdaily.com/wp-content/uploads/2010/08/mds-updating.jpg</a><br>
 &gt;<br>
&gt; --<br>
&gt; Vishesh Handa<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><span \
style="color:rgb(192,192,192)">Vishesh Handa</span><br> </div></div></div>



[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic