[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-usability
Subject:    Re: Design proposal for Kmenu
From:       Joseph Garvin <k04jg02 () kzoo ! edu>
Date:       2005-05-31 17:10:38
Message-ID: 429C9A8E.3010309 () kzoo ! edu
[Download RAW message or body]

Interesting, but it looks really noisy. What is the usefulness of it
displaying the letter categorization rather than just ordering them
alphabetically? Is frequent apps for each folder actually useful? I'd
dump it -- it's too small, so users are going to have to open that
folder to see what the frequent apps are anyway.

I think frequent apps per folder is probably overkill anyway -- Joe Blow
desktop user probably has a few favorite applications /period/, not of
different categories.

Diego Moya (a.k.a. TuringTest) wrote:

>Hi, 
>
>I've created a mockup redesign for the Kmenu:
>
>http://www.eps.uam.es/~dmoya/imagenes/KDE/kmenu-proposal-explained.png
>
>It's an attempt to reduce the required effort and possible errors on
>frequent use. The most common applications are automatically listed on
>the first level menu (it's the same idea of the Windows XP Start Menu,
>but well done). Every category has its own reserved place, so there is
>enough room to show almost all of the frequent applications. If the
>Kmenu is set to auto open on mouse over, these could be accessed with
>only 1 click.
>
>If an application is shown in this list but it is no longer being
>used, it would fade to grey and eventually be replaced by another
>application on the same category. To take advantage of muscle memory,
>the icons positions should never change until they disappear.
>
>The submenus are the same size of the unfold category. This should
>avoid the common problem of a disappearing submenu because of moving
>the mouse in a diagonal. This has the problem that there's not enough
>room to show all entries in the submenu, but the alphabetic ordering
>and the "Show all" button should be enough to locate any program, and
>this only would be needed for rarely used programs.
>
>The categories shown in the mockup are taken from the Kubuntu distro.
>They should be changed to the result of the Kmenu cardsort test.
>
>I've also included the search idea of this thread: 
>http://lists.kde.org/?l=kde-core-devel&m=111510112715682&w=2
>The search box should work always without requiring to click on it
>first (but clicking on it would erase its contents).
>
>
>I suppose this design would be difficult to implement since it
>requires non-standard widgets. Still I hope that it will provide some
>useful ideas for KDE 4.
>_______________________________________________
>kde-usability mailing list
>kde-usability@kde.org
>https://mail.kde.org/mailman/listinfo/kde-usability
>
>  
>

_______________________________________________
kde-usability mailing list
kde-usability@kde.org
https://mail.kde.org/mailman/listinfo/kde-usability
[prev in list] [next in list] [prev in thread] [next in thread]