[Bug 155957] Recent and Favourite Special Characters lists' preview doesn't match what is inserted

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=155957

Stéphane Guillou (stragu) <stephane.guillou at libreoffice.org> 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|                            |eyalroz1 at gmx.com,
                   |                            |libreoffice-ux-advise at 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) <stephane.guillou at libreoffice.org> ---
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 on the CC list for the bug.