https://issues.apache.org/bugzilla/show_bug.cgi?id=53028
Konstantin Kolinko <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED CC| |[email protected] Resolution|FIXED |--- --- Comment #10 from Konstantin Kolinko <[email protected]> --- Thank you for fixing this issue. First, this issue is just "Broken auto fit row height". I agree that the issue is more apparent for cells that have word wrap, but it is also observable in different circumstances. E.g. if I have a cell with a font which is bigger than the default height of the row. Confirming, that this issue is observable with "3.8" release, I do not see it with "3.8-beta5", and it is fixed in the current nightly (20120924). I am using Excel 2003. Just FYI: I also tried to verify this with LibreOffice 3.6.1 on Windows and the auto fit of row height is broken there (the row is displayed using its default height). It is their fault, not yours. A report in their bugzilla: https://www.libreoffice.org/bugzilla/show_bug.cgi?id=34717 Second, reviewing the fix in r1373005 I see an inconsistency: There are 2 methods in org.apache.poi.hssf.usermodel.HSSFRow: - HSSFRow.setHeight(short) - HSSFRow.setHeightInPoints(float) Both methods have special processing for the value of (-1). In r1373005 the fix was applied to the setHeight() method only. I am REOPENING this issue, so that setHeightInPoints() be fixed as well. -- You are receiving this mail because: You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
