[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-06-11 4:52:22
Message-ID: CAOPTMKB8-_0PBGakbvQi0=ATn8p9Vv4K+SVaJkZTogcv1cV1ow () mail ! gmail ! com
[Download RAW message or body]
On Tue, Jun 11, 2013 at 6:59 AM, Rigo Wenning <rigo@w3.org> wrote:
> Vishesh,
>
> again thanks for all your work on this. A special application looks
> fine. It could be linked as a button from konqueror and dolphin. I would
> encourage you to look at the query language that recoll is using,
> especially to allow for tag search and proximity search and graph
> search.
>
> The compromise being that the "average" user will just type stuff into a
> text field (like google) and expect magic. While more search-aware users
> can augment precision by using a more advanced search syntax in the same
> field. I offer to help writing up a help file for this language. But I
> can't help creating it as I'm not a programer
>
I'll take a look.
I actually have a gsoc student working on a better query parser to expose
many of these more advanced features, but in a more simple user friendly
way.
>
> --Rigo
>
> On Monday 10 June 2013 15:49:17 Vishesh Handa wrote:
> > On Sun, Jun 9, 2013 at 7:12 AM, Rigo Wenning <rigo@w3.org> wrote:
> > > While both of you are at search, is there an advanced search
> > > interface planned? Nepomuk has very precious information (date
> > > ranges, types etc) For the moment, there is no obvious way to
> > > search with those. Look at the advanced search interface of recoll.
> > > This works pretty well...
> > From my side - Nope.
> >
> > I am planning a specialized searching application because I feel that
> > both krunner and Dolphin are not good representations of search
> > results. But that search interface will focus less of specialized
> > queries and more on a good user interface and "average" queries.
> >
> > By "average" I mean what most users would use.
> >
> > > --Rigo
> > >
> > > On Thursday 06 June 2013 20:25:00 Vishesh Handa wrote:
> > > > > Right, I see what you mean. Showing the directory where it's
> > > > > currently searching in the status bar might be an option, but
> > > > > I'm
> > > > > not sure if there is a clean way to have a kioslave send that
> > > > > kind
> > > > > of information to Dolphin.
> > > >
> > > > Right. Even I'm not sure how this would be done.
> > > >
> > > > I'll investigate.
>
--
Vishesh Handa
[Attachment #3 (text/html)]
<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, \
Jun 11, 2013 at 6:59 AM, Rigo Wenning <span dir="ltr"><<a \
href="mailto:rigo@w3.org" target="_blank">rigo@w3.org</a>></span> wrote:<br> \
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex">Vishesh,<br> <br>
again thanks for all your work on this. A special application looks<br>
fine. It could be linked as a button from konqueror and dolphin. I would<br>
encourage you to look at the query language that recoll is using,<br>
especially to allow for tag search and proximity search and graph<br>
search.<br>
<br>
The compromise being that the "average" user will just type stuff into \
a<br> text field (like google) and expect magic. While more search-aware users<br>
can augment precision by using a more advanced search syntax in the same<br>
field. I offer to help writing up a help file for this language. But I<br>
can't help creating it as I'm not a \
programer<br></blockquote><div><br></div><div>I'll take a \
look.<br><br></div><div>I actually have a gsoc student working on a better query \
parser to expose many of these more advanced features, but in a more simple user \
friendly way.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex"> <span class="HOEnZb"><font \
color="#888888"><br>
--Rigo<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Monday 10 June 2013 15:49:17 Vishesh Handa wrote:<br>
> On Sun, Jun 9, 2013 at 7:12 AM, Rigo Wenning <<a \
href="mailto:rigo@w3.org">rigo@w3.org</a>> wrote:<br> > > While both of you \
are at search, is there an advanced search<br> > > interface planned? Nepomuk \
has very precious information (date<br> > > ranges, types etc) For the moment, \
there is no obvious way to<br> > > search with those. Look at the advanced \
search interface of recoll.<br> > > This works pretty well...<br>
> From my side - Nope.<br>
><br>
> I am planning a specialized searching application because I feel that<br>
> both krunner and Dolphin are not good representations of search<br>
> results. But that search interface will focus less of specialized<br>
> queries and more on a good user interface and "average" queries.<br>
><br>
> By "average" I mean what most users would use.<br>
><br>
> > --Rigo<br>
> ><br>
> > On Thursday 06 June 2013 20:25:00 Vishesh Handa wrote:<br>
> > > > Right, I see what you mean. Showing the directory where \
it's<br> > > > > currently searching in the status bar might be an \
option, but<br> > > > > I'm<br>
> > > > not sure if there is a clean way to have a kioslave send that<br>
> > > > kind<br>
> > > > of information to Dolphin.<br>
> > ><br>
> > > Right. Even I'm not sure how this would be done.<br>
> > ><br>
> > > I'll investigate.<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><span \
style="color:rgb(192,192,192)">Vishesh Handa</span><br> </div></div>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic