Date: prev next · Thread: first prev next last
January 2012 Archives by date, by thread · List index


Hi Tim,

Tim Hardeck wrote (14-01-12 18:21)

I have created a patch to address fdo#44173.

Zooming does now base on a geometric progression instead of an
arithmetic one. Since the zoom factor is not only used in Draw but
for all other applications 1.2 seems like a good choice but the value
could be easily changed in one place.

Thanks - useful idea :-)

I am looking at the factor 1.2
That means that when zoom is 100, the next will be 120.
The sequence (if round in Calc does the same as in C++) would look like:
13>17>21>26>33>41>51>64>80>100>120>144>173>207>249>299>358>430>516>619>743>892

IMO that leaps are too large, so I would advise 1.1 at most
( at the slider currently + / -  is 5%)

Factor 1.1 will give the sequence
39>43>48>53>59>66>73>81>90>100>110>121>133>146>161>177>195>214>236>259>285>314

However, it results in numbers that might look weird to users ?
Maybe a different algorithm / simply table giving steps is better for that?
Hmm, how would that show for CTL languages?

The change does not only influence mouse zooming but also the plus
minus slider buttons.

The patch should be already committed so you can test it with a
current git version.

(I did not test it yet, just imagined how it would behave)

Cheers,

--
 - Cor
 - http://nl.libreoffice.org


Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.