https://bugs.documentfoundation.org/show_bug.cgi?id=123527
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected], | |samuel.mehrbrodt@allotropia | |.de --- Comment #8 from V Stuart Foote <[email protected]> --- (In reply to Luuk from comment #7) > (In reply to Luuk from comment #6) > > Still present in: > > Version: 24.2.1.2 (X86_64) / LibreOffice Community > > Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac > > CPU threads: 12; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: > > win > > Locale: nl-NL (nl_NL); UI: en-US > > Calc: threaded > > (the 'Insert / Special Character' showing wrong characters is still present, > my second question is answered already...) I find that if I do a second font selection from the drop list (or close/reopen the SCD) the charmap refreshes with the desired font. It should change/redraw the charmap on first change of font. But it seems to hold any valid found glyph from prior font selection--then releases it on a second font selection. Can see the utility in the UI of keeping prior found glyph queued--to show the same glyph with a font change. But shouldn't require a second font selection when the new font selected does not cover the prior glyph. Easy (consistent) to work around but maybe need additional logic when font selected does not cover a prior covered code point. E.g. change from Liberation Sans --> Liberation Sans Narrow; or Liberation Serif --> Marlett @Mike, Samuel -- think this was Akshay Deep's GSOC 2017 work on the search for the SCD. https://gerrit.libreoffice.org/c/core/+/40563 any cycles to have a look? -- You are receiving this mail because: You are the assignee for the bug.
