incubator-ooo-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject [Bug 120368] font size with decimal values don't have a consistent approximation
Date Wed, 03 Oct 2012 01:13:01 GMT
https://issues.apache.org/ooo/show_bug.cgi?id=120368

rcotrina2010@my.fit.edu changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rcotrina2010@my.fit.edu

--- Comment #2 from rcotrina2010@my.fit.edu ---
I was able to successfully replicate the reported bug. 

My configuration is:
Early-2011 Macbook Pro 13-inch, Mac OS X Mountain Lion 10.8.2, 2.3 GHz Intel
Core i5, 8GB DDR3 RAM.
The Apache Open Office version is 3.4.1 Build 9593 Rev. 1372282

The testing procedures were:

1) Started AOO 3.4.1 Writer
2) Opened a new document
3) Started changing values in the font size box using the keyboard.
a) First, I entered the values that the original reporter suggested and noted
their outcome alongside (‘=’  meaning it was the same as the entered value)
•    3000 -> 999.9
•    1000000 -> 999.9
•    1000 -> 999.9
•    999.99 -> 999.9
•    999.1 -> 999
•    999.2  =
•    999.3 -> 999.2
•    999.4 =
•    999.5 =
•    999.6 -> 999.5
•    999.7 =
•    999.8 -> 999.7
•    999.9 =
b) Second, I followed the suggestion of the reporter and tried the same
procedure with font values smaller than 10
•    Anything smaller than 2 -> 2
•    2 =
•    2.1 -> 2
•    2.2 =
•    2.3 -> 2.2
•    2.4 =
•    2.5 =
•    2.6 -> 2.5
•    2.7 =
•    2.8 -> 2.7
•    2.9 =
c) Third, I decided to do a follow-up test with my own values and followed the
same procedure as with the two previous cases
•    100.1 -> 100
•    100.2 -> 100.1
•    100.3 =
•    100.4 =
•    100.5 =
•    100.6 -> 100.5
•    100.7 -> 100.6
•    100.8 =
•    100.9 =

As the results show, some floating-point numbers round differently than others.
I initially believed in the mentioned trend for the numbers rounding depending
if the number after the decimal point were odd or even. However, my last set of
tests showed that a trend between even numbers after the decimal point and less
than 5 do not get changed is not consistent. For example 100.2 was changed to
100.1. The same applies to the trend between odd numbers after the decimal
point and greater than 5 do not get changed. For example, 100.7 was changed to
100.6.

In addition, I agree with the statement in the initial report that this is a
bug because it fails the consistency within product heuristics.

-- 
You are receiving this mail because:
You are the assignee for the bug.
Mime
View raw message