Introducing Homerun

[Aaron J. Seigo]

On Tuesday, November 13, 2012 13:13:36 Alex Fiestas wrote:
> On Tuesday 13 November 2012 11:21:34 Marco Martin wrote:
> > agree on above points, i'm not sure how much mainstream krunner can be
> > made
> > (and yes, it has to be way more visible),
> > even if the text field would be always visible or anyways easily reachable
> > unfortunately a big part of public still needs to browse, don't know
> > exactly the psychological reason, but that's what i seen over and over
> > again.
> People are used to Google and googling everything though but that's
> something you do when you want to explore or to get NEW information, not

unfortunately, that is not true. that is just "geek wisdom" that is patently, 
utterly false.

it is a surprise to just about every. single. person. that i demonstrate how 
you can "search for anything" on your computer. only mac users are familiar 
with the idea, and then only for user files and a few other select items via 
spotlight (and even then, many mac users are surprised this feature exists on 
the OS they use!)

even plainly visible search fields outside of file managers (e.g. in system 
settings) are often passed by when people look for things.

so , no ... people are not used to searching everything. this may be 
generational, however, and "digital natives" may be more used to this.

i don't think the answer is to give people better solutions for bad patterns 
("better hierarchical launchers" in this case), but we need to recognize that 
search is still not deeply internalized in the broader user base and design 
for that, e.g. provide mechanisms that gently encourage people to use search 
more often when available.

> everytime you want to execute the same application you execute every day a
> few times (you don't want to do kickoff--->internet---->rekonq everytime
> you want to open a web).

that's what favourites should be for, obviously.

> > (again, krunner solves this just fine)
> 
> Only for keyboard, and current Krunner GUI has problems listing big list of
> results.

krunner should not *need* to show long lists. the idea is that it should as 
much as possible show a useful result in the first half dozen or so returns.

other interfaces using runners to do the work may work differently as they have 
different use case targets. that's why we split data and presentation.

-- 
Aaron J. Seigo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20121113/6ac5a676/attachment.sig>