Zooming back

[Sam_Zen]

Since ver 4.10 I noticed many, many threads concerning the zoom function in one way or the other.
All about some wrong or strange behaviour in all kinds of viewing mode. Scrolling or not.
And all kinds of bitmap sizes, bigger than screen or not, pre-fitting or not.

So I propose to rewrite this zoom-function back to the previous state of 4.00, until a full analysis has taken place, about what core element causes all these problems.

[aguirRe]

I agree, for me the 4.00 behaviour was much better.

[Laurent]

I also have a preference for the old style zoom.

Laurent

[matera]

Me too

[Bhikkhu Pesala]

Zooming Onwards and Upwards

I think the new system is much better, but the bugs need to be fixed. Use a table of fixed values rather than a percentage increase and it could be made to work just fine. Dropping the Zoom increment option will simplify the programming. With small steps at the low end, and large steps at the high end of the range, keyboard zooming is more usable.

1% 2% 3% 4% 5% 10% 15% 20% 25% 30% 40% 50% 75%
100% 125% 150% 200% 300% 400% 500% 750% 1000%

Add a slider control with a snap position at 100% as in DrawPlus for rapid zooming with the mouse.

[aguirRe]

If possible, I'd prefer a user setting which zooming to use if not going straight back to the 4.00 method.

[Laurent]

Hi,

When I look at the zoom values, I think they result from a clear algorithm:
the zoom factor is the present one multiplied by 1 plus (for zooming in) or minus (for zooming out) the zoom step defined in the preferences, the result beeing rounded to the nearest %. Due to this rounding, the inverse zoom don't give back the previous zoom levels.
For example, with a zoom step of 10%, when zooming in, the zoom factors are:
100%
100% * 1.1 -> 110%
110% * 1.1 -> 121%
121% * 1.1 -> 133%
133% * 1.1 -> 146%
146% * 1.1 -> 161%
161% * 1.1 -> 177%
177% * 1.1 -> 195%
195% * 1.1 -> 215%
and when zooming out thereafter they are:
215% * 0.9 -> 193%
193% * 0.9 -> 174%
174% * 0.9 -> 157%
157% * 0.9 -> 141%
141% * 0.9 -> 127%
127% * 0.9 -> 114%
114% * 0.9 -> 103%
103% * 0.9 -> 93%
One don't come back at the initial zoom level.

But I think there is no bug here. All one can say is that the algorithm used is not what we like.

Perhaps a list of values isn't a good solution either, because it has limits and one day there will certainly be somebody to find that higher or lesser factors are needed. Maybe a kind of cycling would do the job.

Laurent

[Sam_Zen]

I still find it quite illogical if I do 2 times plus and two times minus and end up with a different size.
But that's not my major point. The chosen algoritm works correctly, so no bug there.
It's more about all the buggy behaviour, related to this, of other tools, like cropping and selection.
Or differences in behaviour of the various view mode settings.
So far there's a lack of consistency of what to expect.

I don't say 'step back to 4.00', but maybe it's possible to transfer its zoom subroutine into 4.10, until these things are settled. Of course an extra button to enable 'old' or 'new' mode is an option, but this would more be a 'quick fix'.