https://bugs.freedesktop.org/show_bug.cgi?id=44173
Bug #: 44173
Summary: UI: sequence of zoom factors must be a geometric
progression
Classification: Unclassified
Product: LibreOffice
Version: LibO 3.4.4 release
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Drawing
AssignedTo: libreoffice-bugs@lists.freedesktop.org
ReportedBy: alexe...@gmail.com
STEPS:
1. Run LibreOffice Draw
2. Set zoom 1000%
3. Press Ctrl and rotate mouse wheel by 1 step
EXPECTED:
Zoom is changed: New_zoom = prev_zoom * A
where A is a "common ratio" (value in range: 1<A<2)
ACTUAL:
Zoom is changed: New_zoom = prev_zoom + 10%
COMMENTS:
Actual behavior is incorrect because it is not functional if currect zoom is
bug enough or small enough. For example, if current zoom is 1000%, then I have
to rotate mouse wheel by 50 steps in order to change zoom to 500%, i.e. 50
steps to change zoom twice.
On other hand, if zoom is very small (5%), then one step changes it to 15%,
i.e. zoom is tripled; it is very uncomfortable.
Correct behavior: Sequence of zoom factors must be a geometric progression:
http://en.wikipedia.org/wiki/Geometric_progression
"common ratio" can be calculated in following way:
A = 10**(1/n) (** means "power")
"E series" is a good example of such progression:
http://en.wikipedia.org/wiki/Preferred_number#E_series
I think E6 is the best for zoom factors.
It also would be good to "snap" to these values if user zooms by wheel after
manually setting zoom not from series.
--
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
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
