https://bugs.freedesktop.org/show_bug.cgi?id=51231

--- Comment #2 from [email protected] 2012-06-20 02:31:41 PDT ---
> @[email protected]
> I can't reproduce your very sophisticated explication, for me it's simply
> related to scroll slider position. 

Maybe I should bring this up in [Libreoffice-ux-advise]? The issue is that I
get unexpected results from my work flow.
Usually I do not position the mouse cursor precisely because I would have to
divert my attention towards that process fully. A thumbnail has a big surface
area and interaction should be correspondingly easy. But since the overlay
position solely depends on the point of entry, I have to pay attention to where
I stop the mouse movement to not click on the overlay accidentally because I
expect to click on the thumbnail.

OK, here are simple instructions:

1) Move mouse cursor onto slide thumbnail from (outside) bottom of thumbnail
2) Stop cursor in upper part of thumbnail

What I (=user) expect:
   Overlay appears at bottom and mouse click will activate the slide for
editing.

What actually happens:
   Overlay appears at top of thumbnail and mouse click executes one of its
three commands.
This forces the user to focus on the thumbnail to aim at a part without overlay
in order to not get unexpected results (e.g. disabling a slide instead of
activating it for editing). Since the overlay blends in after some time, the
user is also forced to wait that time before clicking anywhere.

I agree, this is probably not a bug but a "not that optimal" approach to blend
in the overlay.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to