https://bugs.documentfoundation.org/show_bug.cgi?id=155957
Stéphane Guillou (stragu) <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- OS|Windows (All) |All Blocks| |109232 Ever confirmed|0 |1 Summary|Recent Special Char Wrong |Recent and Favourite | |Special Characters lists' | |preview doesn't match what | |is inserted Version|7.4.7.2 release |6.0.0.3 release CC| |[email protected], | |libreoffice-ux-advise@lists | |.freedesktop.org See Also| |https://bugs.documentfounda | |tion.org/show_bug.cgi?id=15 | |5274 Keywords| |needsUXEval Status|UNCONFIRMED |NEW --- Comment #6 from Stéphane Guillou (stragu) <[email protected]> --- Reproduced in : Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 29b11fa3b5574dc3f42f55b0716f71054030c6c2 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Already the case in 6.0. Glyph shown in Recent and Favourite lists and the large preview use the font at the time of insertion, but inserting it uses the font currently active (where the cursor is, or selected in the dialog's font combobox). To solve the mismatch, either we: • constantly update the preview and character displayed in the favourites / recent list to match the active font in the combobox (and therefore matching the main character grid); or • use the font that was used when the character was inserted (and therefore switch the font that is active in the dialog when the list item is clicked), instead of using the active font where the cursor is located. I can see how some users might want to save favourite glyphs _from a specific font_. The Wingdings case is an extreme example that will only get less and less relevant over the years, as unicode covers more and more symbols and these non-unicode dingbats are less and less commonly used. However, glyphs for a same codepoint can vary greatly between fonts and therefore there is value in storing codepoint + font. Note that the Recent and Favorite lists will list two entries if the same character is inserted using two different fonts, so it is ven more understandable that the user expects to see this exact same glyph being inserted. First solution would mean we would sometimes get empty boxes in the lists (or we would have to implement a visual feedback and tooltip that mean "this codepoint is not covered by the currently selected font"). So maybe second solution? Eyal, UX/Design team? Related: bug 155274. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=109232 [Bug 109232] [META] Special character dialog and toolbar group button bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
