font replacement/substitution working for missing glyphs case

This subs vs manual.odt doc has a character in Wingdings 2 which is displayed as a missing-glyph. I manually override the style to, say Arial. The character is then displayed as something readable. So I conclude that if I use Arial in replacement table for Wingdings 2, then I will achieve the same effect. But nothing happens by doing so, it remains as missing glyph. Have I understood it wrong or it’s a bug?

Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-IN (en_IN); UI: en-US
Calc: threaded

update: when I check Alwaysoption in replacement table, it works. But as far I know it should also work without it. Bug?

Thanks for teaching me.

You are not telling if you have Wingdings 2 on your system. That a character is displayed as missing might mean either missing font, or missing glyph in existing font.

Wingdings 2 is not installed on my system.

missing glyph in existing font

at least it’s present in Arial which I know by manually applying the style. Issue is that it’s not happening the replacement table way [until I check Always option which is again questionable]


carefully read LibreOffice Help - Fonts which states:

Substitutes a font with a font of your choice. The substitution replaces a font only when it is displayed on screen, or on screen and when printing. The replacement does not change the font settings that are saved in the document.

Hope that answers your question

I don’t think this answers the question.

only when it is displayed on screen

if I assume that this means it’s not working as font is not being displayed on screen [due to missing glyph], then it should also not work when checking Always.

replacement does not change the font settings

Yeah I also dont expect that but if characters are replaced from a particular font, shouldn’t it produce the same onscreen-only effect?

The reason for separating the action for screen/print is your printer may have a different set of fonts installed in its local memory. The “missing” font may be there (without feedback on your computer). Consequently, if you apply systematically the substitution font in all cases, you may mess up print while it could have been fine.

@ajlittoz Yes, and that option to control substitute fonts for printing is via Screen only option in replacement table. I recently learnt that printers can have their own fonts too. Unrelated to this topic anyway. You run fedora, do you also see missing glyph for the doc I uploaded without any custom settings or in safe mode?

@sid: if you’re talking about the .odt file linked in your question: yes, I see a “missing glyph” followed by a paragraph mark.

@ajlittoz: is this quesstion relevant? Should i file bug?

If you can characterise the case: the context, the fact it is reproducible, that it contradicts some statement in the doc, yes file a bug. Experts will analyse and decide what to do.