Problem description: The coercion of numbers to valid values in the JPEG export form is so quick that it interferes with entering the desired (valid) numbers. Steps to reproduce: 1. export a drawing as JPEG 2. set the value in this field to 8.5 if it isn't already 3. put the insertion point to the left of the decimal 4. press backspace, then 4 Current behavior: the field passes through these states: 0.50 40.50 Expected behavior: the field passed through these states: .50 4.50 (note the factor of 9 difference) Steps to reproduce another example: 5. Put 37 into the pixels/cm field if it isn't already 6. put the insertion point to the right of this number 7. Press backspace twice and then 50 Current behavior: the field passes through these states: 3 3 35 350 Expected behavior: the field passes through these states: 3 5 50 (note the factor of 7 difference)
Better yet, instead of entering 50 in step 7, enter 100. The resulting value is 999 (truncated from 3100) instead of 100.
Strange/Buggy behaviour is reproducible with LO 4.3.2.2 (Win 8.1) Note: In step 2 the field WIDTH of the JPG OPTIONS dialogue box is mentioned, which is opened after FILE -> EXPORT -> selection of jpg -> pressing the SAVE button.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.