4.5 polishment: krunner (under_the_hood)

[Lukas Appelhans]

Am Montag 08 März 2010 23:27:19 schrieb Jacopo De Simoi:
> > Am Montag 08 März 2010 22:43:33 schrieb Jacopo De Simoi:
> > > > Am Montag 08 März 2010 01:28:23 schrieb Aaron J. Seigo:
> > > > > On March 7, 2010, Lukas Appelhans wrote:
> > > > > > I can give a patch if needed of course... it's just a matter of
> > > > > > porting it from the app-runner to main KRunner...
> > > 
> > > I'd love to see the patch!
> > > 
> > > Further, I've a question, since I don't really have any real experience
> > > with developing with nepomuk: how does this sorting thing would
> > > actually /perform/ in krunner? I can see it working ok in a "menu"
> > > context, where queries are pretty much hardcoded, but in krunner we
> > > need ideally an instant reaction to user queries; I'm afraid that
> > > querying nepomuk at (basically) each keystroke could potentially take
> > > some time. Please tell me I'm wrong :)
> > 
> > Well Nepomuk should be fast, at least if it uses a suitable backend
> > (Virtuoso
> > 
> > :))...
> 
> Does each query still need a dbus roundtrip?  That can be quite slow in
> fact :/
Mmh, I dunno, we'll see once it's running :)

Nepomuk is definitely the place to store such things...
> 
> > At the moment, we just compute a score out of the
> > click-count/click-time/last- score... not for each keystroke, but for
> > each program...
> 
> Yes, but new programs may come up with each keystroke, and this would lead
> to a computation for each keystroke, at least if I understand
> correctly....
Yeah, but just getting the value of an app... not saving the click counts for 
each case of "kon", "konq", "konqu"... :)

Lukas
> 
> > I will check whether it makes sense or is easily doable to change to
> > every keystroke or not :)
> > 
> > Lukas
> > 
> > > __J
> > > 
> > > > > yes, it makes zero sense to make things specific to a runner. there
> > > > > is no guarantee that other runners won't return applications (and
> > > > > in fact the Shell runner already does) and non-application matches
> > > > > are no less relevant/interesting. so a generalized patch would be
> > > > > good.
> > > > 
> > > > Ok, I will work on that once I have time (next 2 weeks will be quite
> > > > busy ;))...
> > > > 
> > > > Lukas
> > > > _______________________________________________
> > > > Plasma-devel mailing list
> > > > Plasma-devel at kde.org
> > > > https://mail.kde.org/mailman/listinfo/plasma-devel
> > > 
> > > _______________________________________________
> > > Plasma-devel mailing list
> > > Plasma-devel at kde.org
> > > https://mail.kde.org/mailman/listinfo/plasma-devel
> > 
> > _______________________________________________
> > Plasma-devel mailing list
> > Plasma-devel at kde.org
> > https://mail.kde.org/mailman/listinfo/plasma-devel
> 
> _______________________________________________
> Plasma-devel mailing list
> Plasma-devel at kde.org
> https://mail.kde.org/mailman/listinfo/plasma-devel