[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Ayatana] overlay scroll bar ergonomy
- To: Ayatana Discussion <ayatana@xxxxxxxxxxxxxxxxxxx>
- Subject: [Ayatana] overlay scroll bar ergonomy
- From: Kévin PEIGNOT <winniemiel05@xxxxxxxxx>
- Date: Fri, 01 Apr 2011 01:29:01 +0200
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:subject:from:to:content-type:date:message-id :mime-version:x-mailer; bh=71wfkt8wkeL5H3+gUJTsQub9BgUw9tYFpOEbcfQxzWQ=; b=mEg9lVtu+rnjWZEmeI4xnwb47D0JVIEYhZ+h1lujC7L/s48ZMFuYNCbiVanQQmK55v ibsJ6Ureo/QUX7sC+RJS5efvcSudqZ+w4pppWKbv6gHq88Urvxzyc1qj1mBugfQ0hLOw U3IUHE8KAm/A0RAlSX1NpsJjbs5X7N+brLlsE=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer; b=ri/3UKonF0sAuU6mt2yzy/6IqseRbXGIg42T9o3eDSXLHJpjqeGi6Kf0CmyNFftyab kbWaIkkRenZohG4zn8wWzsmA0Swfi1EskKpgEuXl7PwEuSzLQZ81T5Q3JtmDMHNdVhXT GAlBiC+ZJlUkyB6/aMn+BYS61zdC8MXWkwedo=
- List-archive: <http://lists.launchpad.net/ayatana>
- List-help: <https://help.launchpad.net/ListHelp>
- List-id: <ayatana.lists.launchpad.net>
- List-owner: <https://launchpad.net/~ayatana>
- List-post: <mailto:ayatana@lists.launchpad.net>
- List-subscribe: <https://launchpad.net/~ayatana>
- List-unsubscribe: <https://launchpad.net/~ayatana>
I would like to submit for discussion a problem I found with the design/ergonomy of the new overlay scrollbars. Maybe it's only me, but even if I usually adapt myself quickly to almost every design changes, in this case I can't after one week and a half of intense use.
Here is the problem:
There is a part of a window (with text, icon...everything possible...) that need scrollbars. the scrollbar is on the side of this part (no matter what side, the problem is the same). I think there are two cases:
- Your mouse is already in this part. You just have to move your mouse in the side direction, the scollbar buttons appear, it's ok.
- The problem: if your mouse isn't already in this part. You must send back your mouse in the part, and go back to the scrollbar to have scroll buttons appearing. This is a little come back, but there are applications in witch you do this very often (as gwibber, with only one flux, to scroll up and down in the left part of the window, to select witch flux to display).
User intend to see the buttons as soon as he is on the scrollbar, without having to think 'I must come back 2 pixels'. I do not know what is the best way to avoid this, but I think both of the three next solutions are better:
- Solution 1: having the buttons always in the part, never out of the window (as it happens for maximized windows). This way, when your mouse arrive close to the scrollbar, buttons always appear, and you never have to come back with your mouse to use them : just keep your direction. THe matter is that it hide a little miece of of the part in which you are scrolling. But this part is so little, that it will not be often disturbing, and if disturbing, just move a little your mouse. THis will happens less time than the go-back move.
- Solution 2: Having the buttons appearing, in the same place than actuallly, but having them appearing even if your mouse comes from out of the part you want to scroll. but I think (just an idea, no tests, that this way, they will appear a little bit too often)
- Solution 3: having the possiblity to click and drag the scrollbar, even if you mouse is not on the buttons, but is on the orange bar. This do not really solve the matter (I think), as the clickable place would be very little.
These solutions are proposals, and as I'm not a develloper, I'm not able to produce code to try this. But I think you really should think about this problem, I will not be the only people affected (and it will be worse with Oneiric, when overlay scrollbars will be used more, because there should be less compatibility issues). What do you think of these solutions? have you other ones?