Bug 114650 - When opening a .ppt file with impress it shows some fonts differently
Summary: When opening a .ppt file with impress it shows some fonts differently
Status: RESOLVED DUPLICATE of bug 96872
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
6.0.0.1 rc
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-12-22 12:54 UTC by nurcantur
Modified: 2018-01-08 15:21 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
sample file (595.50 KB, application/vnd.ms-powerpoint)
2017-12-22 12:55 UTC, nurcantur
Details
impress output screenshot (182.12 KB, image/jpeg)
2017-12-22 12:55 UTC, nurcantur
Details

Note You need to log in before you can comment on or make changes to this bug.
Description nurcantur 2017-12-22 12:54:21 UTC
Description:
When opening a .ppt file, if impress does not know the font, impress showed the font differently but write the true font name not the seen font name. 

Steps to Reproduce:
1.open the sample.ppt file
2.fonts seems diffently
3.

Actual Results:  
Font is not monitored correctly

Expected Results:
True output of the sample file


Reproducible: Always


User Profile Reset: No



Additional Info:


User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.108 Safari/537.36
Comment 1 nurcantur 2017-12-22 12:55:03 UTC
Created attachment 138595 [details]
sample file
Comment 2 nurcantur 2017-12-22 12:55:59 UTC
Created attachment 138596 [details]
impress output screenshot
Comment 3 Jean-Baptiste Faure 2017-12-23 11:25:03 UTC
It is not a bug: if you do not have the expected font on your computer, LibreOffice try its best to find an available font as close as possible to the expected one. Sometimes LibreOffice can't find on your computer a good replacement font and the rendering is not good. 
LibreOffice make you aware that it uses another font by displaying its name in italic and provide that information as tooltip as shown on your screenshot.

Closing as NotABug.

Best regards. JBF
Comment 4 nurcantur 2018-01-08 13:19:30 UTC
I also think that it's not a bug however, UI needs improvement.When an inexperienced user opens a file and saw something like sample file not understand that the font was changed because not found in the library. There is the only visual clue that font was written in italic. The user is not informed when opening the file, "There is no such a font like....., this font will you changed from ...... font." 

Because of that reason, this situation needs UI improvement.
Comment 5 Heiko Tietze 2018-01-08 15:21:23 UTC
(In reply to nurcantur from comment #4)
> Because of that reason, this situation needs UI improvement.

Absolutely, and we have a number of tickets about this. For example bug 78186 requesting better information on the complete document, bug 61134 which asks for improvement on the actual substitution appearance, and finally bug 96872 about to make it more obvious that a font has been substituted. Taking the latter as duplicate.

In https://design.blog.documentfoundation.org/2016/10/21/dealing-with-missing-fonts/ we suggested an infobar as solution.

*** This bug has been marked as a duplicate of bug 96872 ***