https://bugs.documentfoundation.org/show_bug.cgi?id=158890
--- Comment #6 from [email protected] --- (In reply to ady from comment #5) > (In reply to Eike Rathke from comment #4) > > > There's nothing to preserve. It's a display time rendering thing for a > > format code and either gets changed or not. > > If it gets changed, what would happen when the specific font in use doesn't > include the U+2007 FIGURE SPACE character? Fallback to the normal space > character? > > I fear the negative consequences, as expressed in comment 3, including the > possible difference in rendering. As far as I can tell, Calc will fallback to a font in the OS that does include the character. For example, if your cell is in FontX but that font does not include character Y, then Calc renders everything but character Y in FontX but grabs that one missing character from FontZ that does have it. As much as I have been trying to break Calc's rendering off-and-on in the last few days (even trying to test it with [almost] all of the original fonts released with Win 3.1), it appears to be surprisingly robust. No ugly box characters (etc.) so far for any unavailable obscure characters that I have tested. The characters from other fonts Calc falls back on seem to be very similar in size to the requested font, too. It looks like almost everyone will have a font to fall back on to grab 0x2007 (figure space) from. The FileFormat . Info website lists several fonts that support 0x2007. Among those fonts listed are Arial, Arial Unicode, Calibri, Cambria, Consolus, DejaVu, Doulos, Gentium, Liberation Sans, Linux Libertine, Lucida Sans, Palatino Linotype, Roboto, Segoe UI, Source Code, Source Sans, Tahoma, and Times New Roman. I think that pretty much covers Linux, Windows, and Mac. I think some of these fonts are also installed when LibreOffice is installed (Gentium, DejaVu, and few others). -- You are receiving this mail because: You are the assignee for the bug.
