[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-panel-devel
Subject: Re: SoK idea: Improve krunner result displaying and navigation.
From: Luiz_Romário_Santana_Rios <luizromario () gmail ! com>
Date: 2011-04-30 2:57:57
Message-ID: BANLkTin62KCT-P9nrs+PGcR8YetzagehSw () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
2011/4/29 Aaron J. Seigo <aseigo@kde.org>
> On Friday, April 29, 2011 00:21:11 Luiz Romário Santana Rios wrote:
> > 2011/4/28 Aaron J. Seigo <aseigo@kde.org>
> >
> > > On Thursday, April 28, 2011 09:15:08 Luiz Romário Santana Rios wrote:
> > > > Currently, when we type something in, krunner displays the results
> > > > as it finds it, without giving a feedback of whether it is
> > > > searching or just didn't find anything.
> > >
> > > that would be a nice addition.
> > >
> > > > It also does not separate the results into its different categories
> > >
> > > that's because they are organized by relevance. if they are sorted into
> > > categories, and if there are 4 categories that match and 5 items in
> each
> > > category then the best match from the 4th category will be the 16th
> item
> > > in the list(!) even though it is more likely to be what the user wants
> > > than most
> > > of the items above it.
> > >
> > > i have yet to see a solution for this problem, but am open to such a
> > > solution
> > > being offered.
> >
> > Well, I thought about showing only the most relevant results for each
> > category and priorizing the category with the most relevant results. If a
>
> which is almost always going to be the nepomuk search ;)
>
> > user want to see more results for that category, they would just need to
> > expand it. I'll do some mockups for that and will post here.
>
> sounds good; mockups always help.
>
Here's one:
http://lh5.googleusercontent.com/_V8ZPvFyTxNc/Tbty2kU7CII/AAAAAAAAARs/v_Ut1J8P4DQ/01%20-%20Expand%20and%20Shrink%20less%20relevant%20results.png
It's bad, I know, I suck at making mockups, but it gives part of the idea of
what I mean. Notice that I show two different ways of expanding the results
in it. I think the button is better, but it takes too much space, so I'm not
sure. Anyway, it will show more results for that category and hide the other
ones.
I'll be doing some more mockups, but do you know of some tool to make this
easier?
>
> another thing that might work nicely is to show the favourite items
> launched
> by default so one doesn't even need to search to launch frequently used
> items.
>
Yes, of course.
>
> > > > and shows some irrelevant results.
> > >
> > > by definition, that is not possible. the results are precisely what the
> > > runners say match. if the results are not relevant, the runner at fault
> > > should
> > > be improved.
> >
> > Well, yes, but sometimes I'm looking for a file and a ton of Nepomuk
> stuff
> > get in the way, for example. That may a problem with the runner, though.
> >
> > But what I mean is that, sometimes, the exact match is not the most
> relevant
> > result.
>
> then the Nepomuk runner needs tweaking in how it rates results.
>
So this is the first thing we should do, I guess.
>
> > > > My idea is to give the user a better feedback of what's happening,
> > >
> > > telling
> > >
> > > > them that krunner is searching or that it didn't find anything about
> > >
> > > those
> > >
> > > > terms.
> > >
> > > would be nice, yes :)
> >
> > I think krunner should, first, just execute the command by default, just
> > showing the textbox, and, then, if the user waits a few seconds, all the
> > runner results would start to show up.
>
> what would be the benefit of that?
>
I didn't explain it quite well, my bad.
What I meant was that I think it's better to wait one or two seconds after
the user stops typing so that krunner doesn't start querying with an
incomplete string. I also think it would give focus to the main result, if
there's one, but I may be wrong.
>
>
> > Also, if the user just stands in the
> > front of krunner doing nothing, it would be nice to popup a "Type a
> command
> > or a keyword" text.
>
> that could be nice, yes.
>
> > > > which one of these will contain the default action.
> > > >
> > > > I also intend to make it possible for the user to navigate through
> > > > the
> > > > results using the arrow keys, instead of tabbing,
> > >
> > > you already can. :) as long as the user has not been using the arrow
> > > keys
> > > to
> > > back into the history, then you can just hit the down arrow to start
> > > going through the entries.
> >
> > Doesn't work for me. Is this in 4.6 or "trunk"?
>
> 4.6 and master, both.
>
Weird. Should it work if I just type in something and then press the down
arrow?
Well, I will stop and think over this project and get back with better
summarized idead and more mockups tomorrow.
Cheers.
>
> --
> Aaron J. Seigo
> humru othro a kohnu se
> GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43
>
> KDE core developer sponsored by Qt Development Frameworks
>
> _______________________________________________
> Plasma-devel mailing list
> Plasma-devel@kde.org
> https://mail.kde.org/mailman/listinfo/plasma-devel
>
>
--
Luiz Romário Santana Rios
[Attachment #5 (text/html)]
<div class="gmail_quote">2011/4/29 Aaron J. Seigo <span dir="ltr"><<a \
href="mailto:aseigo@kde.org" \
target="_blank">aseigo@kde.org</a>></span><br><blockquote class="gmail_quote" \
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>On Friday, April 29, 2011 00:21:11 Luiz Romário Santana Rios wrote:<br>
> 2011/4/28 Aaron J. Seigo <<a href="mailto:aseigo@kde.org" \
target="_blank">aseigo@kde.org</a>><br> ><br>
> > On Thursday, April 28, 2011 09:15:08 Luiz Romário Santana Rios wrote:<br>
> > > Currently, when we type something in, krunner displays the results<br>
> > > as it finds it, without giving a feedback of whether it is<br>
> > > searching or just didn't find anything.<br>
> ><br>
> > that would be a nice addition.<br>
> ><br>
> > > It also does not separate the results into its different \
categories<br> > ><br>
> > that's because they are organized by relevance. if they are sorted \
into<br> > > categories, and if there are 4 categories that match and 5 items \
in each<br> > > category then the best match from the 4th category will be the \
16th item<br> > > in the list(!) even though it is more likely to be what the \
user wants<br> > > than most<br>
> > of the items above it.<br>
> ><br>
> > i have yet to see a solution for this problem, but am open to such a<br>
> > solution<br>
> > being offered.<br>
><br>
> Well, I thought about showing only the most relevant results for each<br>
> category and priorizing the category with the most relevant results. If a<br>
<br>
</div>which is almost always going to be the nepomuk search ;)<br>
<div><br>
> user want to see more results for that category, they would just need to<br>
> expand it. I'll do some mockups for that and will post here.<br>
<br>
</div>sounds good; mockups always \
help.<br></blockquote><div><br></div><div>Here's one: <a \
href="http://lh5.googleusercontent.com/_V8ZPvFyTxNc/Tbty2kU7CII/AAAAAAAAARs/v_Ut1J8P4D \
Q/01%20-%20Expand%20and%20Shrink%20less%20relevant%20results.png">http://lh5.googleuse \
rcontent.com/_V8ZPvFyTxNc/Tbty2kU7CII/AAAAAAAAARs/v_Ut1J8P4DQ/01%20-%20Expand%20and%20Shrink%20less%20relevant%20results.png</a></div>
<div><br></div><div>It's bad, I know, I suck at making mockups, but it gives part \
of the idea of what I mean. Notice that I show two different ways of expanding the \
results in it. I think the button is better, but it takes too much space, so I'm \
not sure. Anyway, it will show more results for that category and hide the other \
ones.</div>
<div><br></div><div>I'll be doing some more mockups, but do you know of some tool \
to make this easier?</div><meta http-equiv="content-type" content="text/html; \
charset=utf-8"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
another thing that might work nicely is to show the favourite items launched<br>
by default so one doesn't even need to search to launch frequently used \
items.<br></blockquote><div><br></div><div>Yes, of course.</div><div> \
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex">
<div><br>
> > > and shows some irrelevant results.<br>
> ><br>
> > by definition, that is not possible. the results are precisely what the<br>
> > runners say match. if the results are not relevant, the runner at fault<br>
> > should<br>
> > be improved.<br>
><br>
> Well, yes, but sometimes I'm looking for a file and a ton of Nepomuk \
stuff<br> > get in the way, for example. That may a problem with the runner, \
though.<br> ><br>
> But what I mean is that, sometimes, the exact match is not the most relevant<br>
> result.<br>
<br>
</div>then the Nepomuk runner needs tweaking in how it rates \
results.<br></blockquote><div><br></div><div>So this is the first thing we should do, \
I guess.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><br>
> > > My idea is to give the user a better feedback of what's \
happening,<br> > ><br>
> > telling<br>
> ><br>
> > > them that krunner is searching or that it didn't find anything \
about<br> > ><br>
> > those<br>
> ><br>
> > > terms.<br>
> ><br>
> > would be nice, yes :)<br>
><br>
> I think krunner should, first, just execute the command by default, just<br>
> showing the textbox, and, then, if the user waits a few seconds, all the<br>
> runner results would start to show up.<br>
<br>
</div>what would be the benefit of that?<br></blockquote><div><br></div><div>I \
didn't explain it quite well, my bad.</div><div><br></div><div>What I meant was \
that I think it's better to wait one or two seconds after the user stops typing \
so that krunner doesn't start querying with an incomplete string. I also think it \
would give focus to the main result, if there's one, but I may be wrong.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex"> <div><br>
<br>
> Also, if the user just stands in the<br>
> front of krunner doing nothing, it would be nice to popup a "Type a \
command<br> > or a keyword" text.<br>
<br>
</div>that could be nice, yes.<br>
<div><br>
> > > which one of these will contain the default action.<br>
> > ><br>
> > > I also intend to make it possible for the user to navigate through<br>
> > > the<br>
> > > results using the arrow keys, instead of tabbing,<br>
> ><br>
> > you already can. :) as long as the user has not been using the arrow<br>
> > keys<br>
> > to<br>
> > back into the history, then you can just hit the down arrow to start<br>
> > going through the entries.<br>
><br>
> Doesn't work for me. Is this in 4.6 or "trunk"?<br>
<br>
</div>4.6 and master, both.<br></blockquote><div><br></div><div>Weird. Should it work \
if I just type in something and then press the down \
arrow?</div><div><br></div><div>Well, I will stop and think over this project and get \
back with better summarized idead and more mockups tomorrow.</div>
<div><br></div><div>Cheers.</div><div> </div><blockquote class="gmail_quote" \
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <font \
color="#888888"><br>
--<br>
</font><div><div></div><div>Aaron J. Seigo<br>
humru othro a kohnu se<br>
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43<br>
<br>
KDE core developer sponsored by Qt Development Frameworks<br>
</div></div><br>_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org" target="_blank">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" \
target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br> \
<br></blockquote></div><br>-- <br>Luiz Romário Santana Rios<br>
_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic