Issue 107396 - the font used to display the text should be the same of the one in the font list box
Summary: the font used to display the text should be the same of the one in the font l...
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 3.1
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2009-12-03 02:02 UTC by jiayanmin
Modified: 2013-02-07 22:36 UTC (History)
8 users (show)

See Also:
Latest Confirmation in: ---
Developer Difficulty: ---

fallback font is not "selected" into the font list box (67.71 KB, text/plain)
2009-12-03 02:03 UTC, jiayanmin
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description jiayanmin 2009-12-03 02:02:10 UTC
Moving the caret into the text which is displayed by the fallback font, the
family name of the fallback font will not be selected in the font list box.
Please refer to the graphic in my attachment. The font used to diaplay the text
should be consistent with the one in the list box as the behavior of MS office.
It's time to re-consider the font setting during text formatting. Please refer
to issue 107030.
Comment 1 jiayanmin 2009-12-03 02:03:10 UTC
Created attachment 66464 [details]
fallback font is not "selected" into the font list box
Comment 2 dtardon 2009-12-03 08:19:02 UTC
already reported

*** This issue has been marked as a duplicate of 45128 ***
Comment 3 dtardon 2009-12-03 08:19:49 UTC
closing duplicate
Comment 4 2009-12-03 08:52:54 UTC
I'm not sure this is a duplicate to 45128. The edit-field in the font-selection box shows the font that is 
requested by the user or the document for this text. What issue 45128 wants is e.g. a separate UI-
element that shows there is a discrepancy between the requested and used fonts. What yanminjia wants is 
to replace the "requested font" UI-element in todays OOo by an "actually-used font" UI-element. The 
"discrepancy-indicator" would still be needed. And another UI-element would be needed where one can 
adjust the requested font.

So I see this issue as a different suggestion from 45128: deemphasize the requested font, emphasize the 
actually-used font.
Comment 5 2009-12-03 08:56:01 UTC
Reassigning this interesting user interface question to the UX team.
Comment 6 jiayanmin 2009-12-04 02:56:19 UTC
Thank you for your explanation of my point.
It's a UX design problem essentially. From my viewpoint, I prefer "actually-used
font" to "request font" in the edit-field of the font-selection box. On the
other hand, it's incorrect to depend on the "request font" but not the
"actually-used font" for text height calculation. Please refer to the issue
107030 I filed.
Comment 7 jiayanmin 2009-12-11 01:44:30 UTC
What's the opinion of UX team? Thanks. :)