--===============3012195712404369754== Content-Type: multipart/alternative; boundary=001a1134a76632d24304f6efe296 --001a1134a76632d24304f6efe296 Content-Type: text/plain; charset=ISO-8859-1 I personally don't think that the overlap is too big. The way I see it: a) Kickoff: The application launcher, so its primary purpose is to launch applications. The search bar should be used to filter the "contents" of Kickoff, i.e., find items that you would normally find in Kickoff. (I know that this currently isn't the case - you'll also get things like bookmarks etc.) b) KRunner: KRunner is used for quickly performing common actions. This could include launching applications, but also doing simple calculations, converting units, opening bookmarks, etc. There could also be a runner for Baloo, but the focus should be on quickly opening files and directories, not "searching". Therefore I would only do a filename search here and show the filename + path (+ icon) in the results, similar to the current FS Runner[1]. c) Milou: Milou is the full-blown search interface. By having something like a magnifier glass as its icon, it should be the first place the user goes toif he/she wants to search for a file (it's not obvious you can do it from Kickoff and KRunner). Additionally, Milou should show all matches, and offer things like previews and "show this file in the file manager". So although the technical details behind the searching are similar, I think the different ways serve different purposes. Cheers, Hans -- [1] https://code.google.com/p/fsrunner/ On Sat, Apr 12, 2014 at 4:59 PM, Jens Reuterberg wrote: > Well it could be made more useful if you could click your photo and > actually > get to System Settings (if the system settings would have a tailored > "Personal > & Appearence" section this would make sense but wth) > > On the other hand if the plan is to redo a launcher perhaps that is for > future > ... > > On Saturday 12 April 2014 21.55.55 Thomas Pfeiffer wrote: > > On Saturday 12 April 2014 21:29:17 Marco Martin wrote: > > > On Saturday 12 April 2014, Vishesh Handa wrote: > > > > a.) Most of the users won't discover the search in KickOff because > there > > > > is > > > > no search bar. I could be wrong, but I don't think people think "if I > > > > type > > > > here, it will start searching" > > > > > > yep, that's a problem that should be fixed, it should really show the > > > search box by default > > > > Yes, it should! In Gnome (and Gnome applications), "type to search" > without > > a search bar being visible previously is a common pattern, but in Plasma > > and KDE applications it isn't. > > We have talked about that with sebas, and his reply was along the lines > of > > "I'll leave it like that until there is an official decision on whether > to > > do this or not". However, it doesn't make sense to go it alone in one > > place. Either we make this a general pattern, or we keep the prevalent > > pattern. > > > > So yes, the search bar has to be always visible unless KDE decides that > > hidden search field are the way to go and implements it as a general > > pattern. > > > > Plus, showing the complete hostname and distribution (which is what is > shown > > now after the the "Type to start searching" is hidden) is not useful to > > most users at all. > > > > Cheers, > > Thomas > > _______________________________________________ > > 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 > --001a1134a76632d24304f6efe296 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I personally don't think that the overlap is too big. The way I see it:=

a) Kickoff:
The application launcher, so its primary purpose is = to launch applications.
The search bar should be used to filter the &quo= t;contents" of Kickoff, i.e., find items that you would normally find = in Kickoff.
(I know that this currently isn't the case - you'll also get things= like bookmarks etc.)

b) KRunner:
KRunner is used for quickly per= forming common actions.
This could include launching applications, but a= lso doing simple calculations, converting units, opening bookmarks, etc. There could also be a runner for Baloo, but the focus should be on quickly = opening files and directories, not "searching".
Therefore I wo= uld only do a filename search here and show the filename + path (+ icon) in= the results, similar to the current FS Runner[1].

c) Milou:
Milou is the full-blown search interface.
By having som= ething like a magnifier glass as its icon, it should be the first place the= user goes toif he/she wants to search for a file
(it's not obvious = you can do it from Kickoff and KRunner).
Additionally, Milou should show all matches, and offer things like previews= and "show this file in the file manager".

So although th= e technical details behind the searching are similar, I think the different= ways serve different purposes.

Cheers,
Hans

--
[1] https://code.google.com/p/fsrunner/

On Sat, Apr 12, 2014 at 4:59 PM, Jens Reuterberg <jens@ohyran.se= > wrote:
Well it could be made more useful if you cou= ld click your photo and actually
get to System Settings (if the system settings would have a tailored "= Personal
& Appearence" section this would make sense but wth)

On the other hand if the plan is to redo a launcher perhaps that is for fut= ure
...

On Saturday 12 April 2014 21.55.55 Thomas Pfeiffer wrote:
> On Saturday 12 April 2014 21:29:17 Marco Martin wrote:
> > On Saturday 12 April 2014, Vishesh Handa wrote:
> > > a.) Most of the users won't discover the search in KickO= ff because there
> > > is
> > > no search bar. I could be wrong, but I don't think peopl= e think "if I
> > > type
> > > here, it will start searching"
> >
> > yep, that's a problem that should be fixed, it should really = show the
> > search box by default
>
> Yes, it should! In Gnome (and Gnome applications), "type to searc= h" without
> a search bar being visible previously is a common pattern, but in Plas= ma
> and KDE applications it isn't.
> We have talked about that with sebas, and his reply was along the line= s of
> "I'll leave it like that until there is an official decision = on whether to
> do this or not". However, it doesn't make sense to go it alon= e in one
> place. Either we make this a general pattern, or we keep the prevalent=
> pattern.
>
> So yes, the search bar has to be always visible unless KDE decides tha= t
> hidden search field are the way to go and implements it as a general > pattern.
>
> Plus, showing the complete hostname and distribution (which is what is= shown
> now after the the "Type to start searching" is hidden) is no= t useful to
> most users at all.
>
> Cheers,
> Thomas
> _______________________________________________
> 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

--001a1134a76632d24304f6efe296-- --===============3012195712404369754== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel --===============3012195712404369754==--