https://bugs.documentfoundation.org/show_bug.cgi?id=154788
V Stuart Foote <vsfo...@libreoffice.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |vsfo...@libreoffice.org
--- Comment #26 from V Stuart Foote <vsfo...@libreoffice.org> ---
64 points = .888889 in --or-- 2.260 cm
But I kind of doubt our STD_COL_WIDTH (of 64 pts) and STD_ROWHEIGHT_DIFF (of 23
pts) are being calculated the same way on Excel where UI works with character
units (default of 8.43 ch and 15 pt height).
Also, folks do realize that the "default" cell on MS Excel is formatted with 11
point Calibri, while in LibreOffice Calc we use 10 point Liberation Sans?
LO fits 11 at 10pt "12345678901" MS fits 8 at 11pt "12345678"
Compounded by the fact that few os/DE actually work at 100% scaling. Windows
for example defaults to 125% scaling on a Full HD 1920x1080px display--so it is
a moving target unless we move to a character "ch" based UI.
Point is a user can adjust their environment to match an Excel session when
working in OOXML, but for our ODF originated sheets there is no real point.
-1 for any change from current LO defaults pursuing interoperability. It would
not offer any real relief as we are unlikely to adopt a UI oriented to
character counts for Calc column widths.
--
You are receiving this mail because:
You are the assignee for the bug.
