https://issues.apache.org/ooo/show_bug.cgi?id=124440
Rainer Bielefeld <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Version|4.0.1 |OOo 3.3 or older Keywords|needmoreinfo | Component|editing |ui CC| |rainerbielefeld_ooo_qa@biel | |efeldundbuss.de Resolution|--- |DUPLICATE Summary|Automatic transformation of |Wrong alphanumeric |column width value |character in numerical |expressed in decimal point |input field ignored without | |warning. Product|Writer |General OS|Windows 7 |All --- Comment #2 from Rainer Bielefeld <[email protected]> --- Edwin's comment is unrelated to reported problem. I did some tests with "AOO 4.0.1 Release – German UI / German locale [AOO401m5(Build:9714) - Rev. 1524958 2013-09-20 11:40:29]" on German WIN7 Home Premium (64bit)", “historic” 4.0 User Profile used for all predecessor versions: My results: ----------- (a) The handling of wrong decimal separator indeed is a little strange and currently for me unpredictable, but I can not reproduce reporter's observation that the dot in my German localization simply will be transformed to a comma. In a new bland Writer document with new default 2x2 table I replaced the comma by a dot in Column width, result 85,00mm -> 169,60mm Row height, result 10,00mm (manually) -> 990,00mm (b) effect is not limited to Table Column width, Same with Draw Shape dimensions, page margins, any dimension I tested (c) the effect is not limited to Writer, same in Calc and Drqw with shape positions, indents, column width. (d) It seems that AOO simply ignores / deletes the input of that wrong decimal separator in, but limits the value to the maximum allowed dimension; only hypothesis, I did not check that systematically ....: Draw page width input 21.3mm becomes 213,00mm (dot simply ignored) Draw page width input 21.30mm becomes 2.130,00mm, dot ignored Draw page width input 33.33mm becomes 3.000,00mm, dot ignored, maximum width (e) I did some quick tests with OOo 1.1.5 showing the same effect (f) Handling of that wrong decimal separator is the same as for an arbitrary not-numerical character like "x", "?" (g) Same with LibO 3.5.7.2 on UBUNTU on VirtualBox, so OS=ALL (h) This one is a DUP of "Bug 94386 - In input panes for numeric values, alphanumerics will be removed without warning" *** This bug has been marked as a duplicate of bug 94386 *** -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes.
