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

List:       kfm-devel
Subject:    Re: Overly large bookmark menu
From:       Shift <shift () free ! fr>
Date:       2004-06-25 22:44:49
Message-ID: 200406260045.43719.shift () free ! fr
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Le vendredi 25 Juin 2004 23:48, Luciano Montanaro a écrit :
> On Friday 25 June 2004 20:11, Shift wrote:
> > Here is the bug report http://bugs.kde.org/show_bug.cgi?id=54716
> > Vote for it !
>
> This bug covers menus in general, and I expect any dynamic menu which
> can grow large enough would have the same problem as the bookmark menu.

Of course the have the same problem.

> However, I disagree on the proposed solution, since I would prefer a
> multicolumn menu, if the alternative is having to scroll the menu
> up or down. With the multicolumn menu, the selection can be quite fast,
> once the item has been found (and after a while, the user probably will
> know where to point without much searching), while with the scrolling
> menu, the user would have to keep the pointer on the scroll area until the
> interesting item appears.

Sometimes my bookmarks menu covers about 8 columns covering the two screens of 
my Xinerama. Yes I have to classifiy them more often :)
Moreover I could scroll with the imwheel of my mouse and no need to go to the 
scroll area. Everybody has an imwheel mouse today, isn't it ? (Sorry for Mac 
users) 

> I think the screen is there for the applications to be used, and since it
> will be occluded only temporarily, menus should take advantage of all the
> area that is available. However, multicolumn menus as they are currently
> implemented could be improved, since the occupied area could be reduced,
> thus the user would have to move the mouse around a bit less. There is the
> additional advantage to have a smaller area to paint, which could improve
> response time, especially on older hardware.

I prefer a configurable type of menu to choose between :
* columns
* scrollable
* submenus (has in KDE 1)
* ...

> I'd like to have a closer look at this problem, but I'd like to know if
> there is something that can be done about it in KDE, or if the patch must
> be done on the Qt libraries.
>
> Luciano

One good thing is that KDE handle menu in Xinerama bestly than Mozilla which 
hide a part of it :(

Franck
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFA3Krl0lzeB7dZKz0RAq0wAJ0Wlwl0pYvPaRd703TRK4tcQQYLtQCeO4Cc
ifDcxxDNn9/QhQ88OlwQf84=
=io7E
-----END PGP SIGNATURE-----

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