[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-29 3:21:11
Message-ID: BANLkTinPO1SVDSFWY_LsFHeHGGvrRbS1dw () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
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
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.
>
> > 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.
>
> > 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. 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.
>
> > Also, the results will be separated into different categories, say,
> > programs, files and folders, Nepomuk tags, etc., giving the user the
> ability
> > of choosing which one of these categories they want to prefer or defer
> and
> > 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"?
>
> > and to show a scrollbar
> > instead of an arrow when there's a lot of results (or maybe a "More"
> > button),
>
> i'd prefer a more button. a scroll bar will ruin the visuals.
>
> > also shrinking the less relevant results.
>
> shouldn't matter as they are already lower in the list?
>
Saving space for more results is one reason to do that.
>
> > Is this a good SoK idea? Is it too little?
>
> it might be too little, yes. but there is a ton of stuff that can be done
> in
> krunner, so a krunner focussed SoK that starts with the above would be just
> fine imho.
>
Maybe I should already start looking krunner's code, so I can see what else
should be done.
>
> > I also thought of a simpler K menu that can run runners in its search,
> > letting you put the results in the favorites just by dragging.
>
> kickoff lets you do this, as does lancelot.
>
If kickoff does, it does not work here. But, yes, I just checked lancelot
and it really does.
>
> --
> 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/28 Aaron J. Seigo <span dir="ltr"><<a \
href="mailto:aseigo@kde.org">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 class="im">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 as \
it<br> > finds it, without giving a feedback of whether it is searching or \
just<br> > didn't find anything.<br>
<br>
</div>that would be a nice addition.<br>
<div class="im"><br>
> It also does not separate the results into its different categories<br>
<br>
</div>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 in<br>
the list(!) even though it is more likely to be what the user wants 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 solution<br>
being offered.<br></blockquote><div><br></div><div>Well, I thought about showing only \
the most relevant results for each category and priorizing the category with the most \
relevant results. If a 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.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex;"> <div class="im"><br>
> and shows some irrelevant results.<br>
<br>
</div>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 should<br>
be improved.<br></blockquote><div><br></div><div>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.</div><div><br></div>
<div>But what I mean is that, sometimes, the exact match is not the most relevant \
result.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex;"> <div class="im"><br>
> My idea is to give the user a better feedback of what's happening, \
telling<br> > them that krunner is searching or that it didn't find anything \
about those<br> > terms.<br>
<br>
</div>would be nice, yes :)<br></blockquote><div><br></div><div>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. \
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.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex;"> <div class="im"><br>
> Also, the results will be separated into different categories, say,<br>
> programs, files and folders, Nepomuk tags, etc., giving the user the ability<br>
> of choosing which one of these categories they want to prefer or defer and<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 the<br>
> results using the arrow keys, instead of tabbing,<br>
<br>
</div>you already can. :) as long as the user has not been using the arrow keys \
to<br> back into the history, then you can just hit the down arrow to start going<br>
through the entries.<br></blockquote><div><br></div><div>Doesn't work for me. Is \
this in 4.6 or "trunk"?</div><div> </div><blockquote class="gmail_quote" \
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
> and to show a scrollbar<br>
> instead of an arrow when there's a lot of results (or maybe a \
"More"<br> > button),<br>
<br>
</div>i'd prefer a more button. a scroll bar will ruin the visuals.<br>
<div class="im"><br>
> also shrinking the less relevant results.<br>
<br>
</div>shouldn't matter as they are already lower in the \
list?<br></blockquote><div><br></div><div>Saving space for more results is one reason \
to do that.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
> Is this a good SoK idea? Is it too little?<br>
<br>
</div>it might be too little, yes. but there is a ton of stuff that can be done \
in<br> krunner, so a krunner focussed SoK that starts with the above would be \
just<br> fine imho.<br></blockquote><div><br></div><div>Maybe I should already start \
looking krunner's code, so I can see what else should be done.</div><div> \
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex;">
<div class="im"><br>
> I also thought of a simpler K menu that can run runners in its search,<br>
> letting you put the results in the favorites just by dragging.<br>
<br>
</div>kickoff lets you do this, as does \
lancelot.<br></blockquote><div><br></div><div>If kickoff does, it does not work here. \
But, yes, I just checked lancelot and it really does.</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>
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>
</font><br>_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org">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 clear="all"><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