On Thursday, September 5, 2013 16:47:06 Vishesh Handa wrote:
> On Thursday 05 Sep 2013 12:04:29 Aaron J. Seigo wrote:
> > it would be extremely simple to add such a “kind of search result” feature
> > to AbstractRunner and QueryMatch, and would be a rather nice addition.
>
> Yup. Hence this thread
> I think we should have it just to be sure to have the same padding/margins
> everywhere.
>
> And once we have such things, we should document them, make it a requirement
> for inclusion and write a Krazy2 check to find violations ;-)
+1 ... screw it, +1000! :)
__
On Thursday 05 September 2013 12:48:59 Marco Martin wrote:
> I mean, I'm all for that, and I'm all for more and more stylistical unity in
> the design.
> It needs everybody to collaborate on that, even if sometimes will take a way
> longer route to scratch an itch.
I think we should have it just to
> i tried something like that back in the days in active for items in the file
> browser, main containment etc.
I remember that one. I'm not (yet) proposing to have different delegates per
different type (I'd need a good use-case + great ui design to consider that).
> one thing that comes to mi
On Thursday 05 Sep 2013 12:04:29 Aaron J. Seigo wrote:
>
> it would be extremely simple to add such a “kind of search result” feature
> to AbstractRunner and QueryMatch, and would be a rather nice addition.
>
Yup. Hence this thread to bring up the discussion.
> btw, what type does the calculato
On Thursday 05 September 2013, Ivan Čukić wrote:
> > > The idea I had is to create some common components that will be usable
> > > everywhere - from krunner, through lancelot/shelf to kickoff and other
> > > menu
> > > alternatives.
> >
> > as in result delegate items?
>
> So far, customizable d
> > The idea I had is to create some common components that will be usable
> > everywhere - from krunner, through lancelot/shelf to kickoff and other
> > menu
> > alternatives.
> as in result delegate items?
So far, customizable delegates and views. Lists, and icons.
--
Acting is merely the a
On Thursday 05 September 2013, Ivan Čukić wrote:
> That is, actually, something I wanted to work on after I finish porting the
> kactivities to qt5/kf5.
>
> The idea I had is to create some common components that will be usable
> everywhere - from krunner, through lancelot/shelf to kickoff and ot
On Wednesday 04 September 2013, Vishesh Handa wrote:
> Differences with KRunner
> ---
>
> Milou is mostly just has a different UI and has a slightly different
> concept of sources/runners -
>
> * Each source returns a returns a set of types which it supports. F
> and obviously there is something “wrong” with the
> AbstractRunner/RunnerManager/QueryMatch API since people keep feeling like
+1
One of the comments I got while posting teasers for Plasma2/Shelf (as usual,
wothout saying what is the thing in the screenshot :) ) stuff was:
"If this is a sc
On Wednesday 04 September 2013, Vishesh Handa wrote:
> Hey everyone
>
> I've been working on a dedicated search client for Nepomuk. It was
> originally called finder. We have now settled on the name "Milou". It is
> currently in the playground - kde:milou
>
> Here is a simple screenshot: http://v
On Thursday, September 5, 2013 01:33:04 Vishesh Handa wrote:
> * Each source returns a returns a set of types which it supports. For eg the
> nepomuk source returns - Documents/Images/Audio/Video/etc, whereas the
> Application Source returns Applications and KCModules.
>
> These types can be enable
Hey everyone
I've been working on a dedicated search client for Nepomuk. It was originally
called finder. We have now settled on the name "Milou". It is currently in
the playground - kde:milou
Here is a simple screenshot: http://vhanda.in/milou.png
Advantages -
1. Groups results based on the t
13 matches
Mail list logo
