[Panel-devel] rfc on runner ordering

[Sebastian Kügler]

On Tuesday 09 October 2007 10:58:18 Aaron J. Seigo wrote:
> On Tuesday 09 October 2007, Sebastian Kügler wrote:
> > On Tuesday 09 October 2007 10:37:05 Robert Knight wrote:
> > > > one approach would be to record the type of runner
> > >
> > > What about runners that can return different types of result, the main
> > > example being the search runner?  That might return mail, pictures,
> > > misc. documents, contacts and probably more depending on the search
> > > tool.
> > >
> > > Depending on the kind of result it might have a different priority.
> >
> > Ordering results based on mtime might also make sense (often opened
> > applications or files are more likely to be what I want). I could also
> > think of the location that matters (i.e. ~/pr0n is probably more
> > important than ~/work, eeeh, wait, results in ~ compared to results in
> > /usr).
>
> we already sort somewhat: information only actions, exact matches, inexact
> matches .. but it's pretty simplistic and within those divisions it's all
> about the order of the runners.
>
> and you both seem to be proposing per-QAction priorities ... hm. that would
> indeed be trickier; it would probably mean having a Plasma::RunnerAction to
> accomodate that. i'm not sure all entries would have an mtime, though that
> could a useful component ...
>
> this could quickly shape up to be a tricky little heuristic... exactness +
> mtime (if any) + type of action represented ..... oi.

Yeah, sounds like the perfect improvement for 4.(1,2,..) :-)

I'd say let's go with basic (or even random) for now and let's get more 
in-your-face bugs working. See below.

> ah, another thing that occurs to me as to why to possibly have a
> Plasma::RunnerAction is to be able to associate multiple actions per
> result, so there can be a primary action (open, run, etc) and secondary
> actions to choose from such as "edit", "set as background", "email to" ...
> if that sounds a lot like servicemenus in konqi ..... =)

Those should then be separate items. No need to confuse the user with details 
such as "which runner is responsible for this". Actions would be unique in 
the sense "open pinkponies.jpg", "set pinkponies.jpg as wallpaper", ...

Another (totally unrelated) thing that occurs to me: Currently, I don't get a 
context menu when right-clicking on the desktop (well, I do get something 
that *might* be a context menu, its dimensions seem broken -- QSize(1,1)). Is 
that a known problem? (It makes starting up applications rather 
inconvenient...)

Something that also would be nice is matching incomplete words to runner 
actions. Currently, one needs to type the complete name, quite a regression 
from KDE3. Is that one the radar?
-- 
sebas

 http://www.kde.org | http://vizZzion.org |  GPG Key ID: 9119 0EF9 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 481 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/panel-devel/attachments/20071009/10e6f9d9/attachment.pgp