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
