<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Row height in Calc was 0,45 cm now it's 0,4516. Set rowheight to 10 it will be 9,9995 cm (since 7.2)" href="https://bugs.documentfoundation.org/show_bug.cgi?id=144247#c12">Comment # 12</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Row height in Calc was 0,45 cm now it's 0,4516. Set rowheight to 10 it will be 9,9995 cm (since 7.2)" href="https://bugs.documentfoundation.org/show_bug.cgi?id=144247">bug 144247</a> from <a class="email" href="mailto:telesto@surfxs.nl" title="Telesto <telesto@surfxs.nl>"> Telesto</a> <pre>(In reply to Mike Kaganski from <a href="show_bug.cgi?id=144247#c11">comment #11</a>) > LOL. Excel sets the widths of cells in *number of average widths of > characters of the font set to default for the document* - if you believe > that's a descent measurement unit, I'd disagree with you. When proposing PT I only looked at perspective/facet of rounding (not in depth review of all pro's and cons). Every measure has own advantage/disadvantage. I'm able to work with points too, but that probably says something about the depth of my Calc usage. I would really annoyed when wanting a cell to be say exactly 2 cm, and having the input only allowing points. FWIW: Don't take my proposals as well analyzed.. Only proposing something - brainstorming - to figure out some alternative. Having PT cell size visible somewhere would improve compatibility with MSO/Excel, I guess? I speculate Calc is currently converting the cell size to PT on xls xlxs export? Note: I would go for the wait and see approach. Will people start report they 4 digit stuff or not. It might end up being a trivial non-issue :-). The reason I reported this was because the change from 2 digits to 4; which was kind of surprising to see.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>