Am Montag 07 Juni 2010, 23:17:28 schrieb Ivan Čukić:
> On Monday, 7. June 2010. Lukas Appelhans wrote:
> > Ok to give you guys an update on this...
> >
> > I will try to move from our own ontology to a more generic one which is
> > already in shareddesktopontologies, for that I've mailed Evgeny so
On Monday, 7. June 2010. Lukas Appelhans wrote:
> Ok to give you guys an update on this...
>
> I will try to move from our own ontology to a more generic one which is
> already in shareddesktopontologies, for that I've mailed Evgeny so we can
> discuss how to continue here...
The stats need to be
Ok to give you guys an update on this...
I will try to move from our own ontology to a more generic one which is
already in shareddesktopontologies, for that I've mailed Evgeny so we can
discuss how to continue here...
Lukas
Am Montag 31 Mai 2010, 16:25:53 schrieb Lukas Appelhans:
> Am Montag
> Well we need if we want to have the applications ranked/get a useful
> score...
>
> AppStats::score() does some final calculations based on the last launched
> date...
Oh, I forgot that.
> I could make it like: StatsLib::launched(Nepomuk::Resource)... and then
And this :) so, we need API
Am Montag 31 Mai 2010, 20:24:24 schrieb Ivan Čukić:
> On Monday, 31. May 2010. Aaron J. Seigo wrote:
> > On May 30, 2010, Lukas Appelhans wrote:
> > > Anyway, there are some problems to implement it in the krunner-core
> > > (which unfortunately is in kdelibs afaik)...
> > >
> > > So, I split out
On Monday, 31. May 2010. Aaron J. Seigo wrote:
> On May 30, 2010, Lukas Appelhans wrote:
> > Anyway, there are some problems to implement it in the krunner-core
> > (which unfortunately is in kdelibs afaik)...
> >
> > So, I split out a library for usage with statistics at Tokamak already,
> > whic
On May 30, 2010, Lukas Appelhans wrote:
> Anyway, there are some problems to implement it in the krunner-core (which
> unfortunately is in kdelibs afaik)...
>
> So, I split out a library for usage with statistics at Tokamak already,
> which we could use here, but it a) depends on Nepomuk and b) is
Am Montag 31 Mai 2010, 00:37:07 schrieb Ivan Čukić:
> > I didn't push it anywhere yet, but I can surely commit it to playground
> > if you want me to...
>
> It would be cool so that we can see what's the best way to continue from
> here.
Ok, it's in playground/base/appstats...
Lukas
>
>
> Cheer
> I didn't push it anywhere yet, but I can surely commit it to playground if
> you want me to...
It would be cool so that we can see what's the best way to continue from here.
Cheerio,
Ivan
--
Money can't buy happiness, but neither can poverty.
-- Leo Rosten
__
Am Sonntag 30 Mai 2010, 22:28:58 schrieb Ivan Čukić:
> Hi Lukas,
Heyo :)
>
> > Or scrape that library and make it a private implementation in krunner
>
> It is too late for 4.5.
Yep know that...
> Which is good from my POV since it will be able to integrate with activities
> in 4.6*.
Indeed... :
Hi Lukas,
> Or scrape that library and make it a private implementation in krunner
It is too late for 4.5. Which is good from my POV since it will be able to
integrate with activities in 4.6*.
BTW, where is the code located?
Cheerio,
Ivan
* Maybe even get it integrated into the activities ne
hey guys!
I know I'm way late for this, but well busy times...
Anyway, there are some problems to implement it in the krunner-core (which
unfortunately is in kdelibs afaik)...
So, I split out a library for usage with statistics at Tokamak already, which
we could use here, but it a) depends on
Am Dienstag 09 März 2010 11:31:01 schrieb Sebastian Kügler:
> On Monday 08 March 2010 23:27:19 Jacopo De Simoi wrote:
> > Does each query still need a dbus roundtrip? That can be quite slow in
> > fact :/
> >
> > > At the moment, we just compute a score out of the
> > > click-count/click-time/las
On Monday 08 March 2010 23:27:19 Jacopo De Simoi wrote:
> Does each query still need a dbus roundtrip? That can be quite slow in
> fact :/
>
> > 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
On March 8, 2010, Lukas Appelhans wrote:
> > > 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
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
> 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 KRunne
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...
>
>
> 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 do
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...
>
> yes, it makes zero sense to make things specific to a runner. there is no
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...
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 f
On March 7, 2010, todd rme wrote:
> A question: In the current implementation, is sorting only done for
> the application runner, is done for all entries in all runners? I
all matches are treated the same, there is no special casing based on runner.
--
Aaron J. Seigo
humru othro a kohnu se
GPG
On Sun, Mar 7, 2010 at 9:39 AM, Jacopo De Simoi wrote:
> My proposal is the following: when obtaining a succesful partial match (e.g.
> "kon" for "konsole", "kma" for "kmail" "sys" for "system settings") we store
> somewhere (in the querymatch?) not just the exact query (i.e. "kon", "kma",
> "s
Am Sonntag 07 März 2010 15:39:14 schrieb Jacopo De Simoi:
> Hi there, this is the first part of my ideas for polishing krunner for 4.5.
> This thread will focus mostly about under_the_hood (i.e. not UI) changes,
> sooo here are my ideas:
>
> * Better sorting: at the moment krunner remembers which
Hi there, this is the first part of my ideas for polishing krunner for 4.5.
This thread will focus mostly about under_the_hood (i.e. not UI) changes, sooo
here are my ideas:
* Better sorting: at the moment krunner remembers which items the user runs
frequently and kicks them up in the results l
25 matches
Mail list logo