------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.kde.org/show_bug.cgi?id=103645
------- Additional Comments From arnd.baecker web de 2007-03-21 13:43 -------
Maybe the following would be a simple solution:
introduce a new (user-changeable) zoom_factor, by which
the magnification gets multiplied (divided by):
E.g. with zoom_factor=1.4 using the mousewheel for zooming would lead
to the sequence
100% 140% 196% 274% 384% ...
and in the other direction:
71% 51% 36% ...
Technical remark: If the actual zoom-level is just an integer percentage,
going up and down will lead to rounding errors. This could be prevented
by pre-generating the sequence of zoom-levels as
100% * zoom_factor**zoom_value, e.g with zoom_value = -10, -9, ..., 10
(With zoom_factor=1.4 this covers the range from 3% to 2892%,
while with zoom_factor=1.1 this would only be 38% to 260%;
so maybe the range of zoom_value should be made dependent on the zoom_factor,
so that always a range of 10% to 1000% is covered?)
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Locked
