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@kde.org > > > > https://mail.kde.org/mailman/listinfo/plasma-devel > > > > > > _______________________________________________ > > > Plasma-devel mailing list > > > Plasma-devel@kde.org > > > https://mail.kde.org/mailman/listinfo/plasma-devel > > > > _______________________________________________ > > Plasma-devel mailing list > > Plasma-devel@kde.org > > https://mail.kde.org/mailman/listinfo/plasma-devel > > _______________________________________________ > Plasma-devel mailing list > Plasma-devel@kde.org > https://mail.kde.org/mailman/listinfo/plasma-devel _______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel