[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-usability
Subject: Re: Fwd: Re: Application duplication (was: Re: cdbakeoven)
From: Neil Stevens <neil () qualityassistant ! com>
Date: 2002-04-20 12:59:39
[Download RAW message or body]
On Saturday April 20, 2002 05:47, Matthias Welwarsky wrote:
> Neil Stevens wrote:
> > On Saturday April 20, 2002 04:40, Matthias Welwarsky wrote:
> >> Well, as long as you don't accept that the typical desktop user
> >> basically wants to "do something" with his/her computer, not caring
> >> about how exactily the task is a ccomplished, you can of course argue
> >> away every need for a change.
> >
> > You have complete agreement from me about task orientation. That's
> > what leads me to support things like SDI models. I just don't see how
> > removing choices leads to greater task orientation.
>
> Not in itself of course. You cannot take away a choice if you cannot
> offer something with equivalent functionality in exchange. The problem
> is not that we have a too large variety of choices but that the choices
> are all bad, because they don't offer all the functionality needed for a
> given task. They may even overlap in what they provide, which is
> especially bad, because it prooves that the one, complete and working
> choice could be possible if the code was put together.
The choices are only a problem with the K menu as it exists, so let's
design an alternative to the current K menu method of app launching. The
K menu is intrinsically application centered. Maybe a task-oriented KDE
Launcher app/kicker extension would be helpful?
--
Neil Stevens - neil@qualityassistant.com
"I always cheer up immensely if an attack is particularly wounding
because I think, well, if they attack one personally, it means they
have not a single political argument left." - Margaret Thatcher
_______________________________________________
kde-usability mailing list
kde-usability@mail.kde.org
http://mail.kde.org/mailman/listinfo/kde-usability
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic