After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 616084 - please warn about fonts that should be embedded but aren't
please warn about fonts that should be embedded but aren't
Status: RESOLVED DUPLICATE of bug 527222
Product: evince
Classification: Core
Component: general
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-04-18 12:16 UTC by Timo Lindfors
Modified: 2012-10-22 11:56 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Timo Lindfors 2010-04-18 12:16:53 UTC
http://www.emesystems.com/pdfs/topboard.pdf

is one of many PDF files with relatively ugly fonts in evince. My guess is that this happens because it uses a "TektonMM_623_wt_718_wd" font but does not embbed it although the specification says that it should be embedded.

The problem is that an average user does not understand this issue. They just conclude that there must be something wrong with evince. This is a wishlist bug: I wish that evince would warn the user about such cases so that the user can properly fix the document instead of just complaining about evince and switching to acroread.
Comment 1 Timo Lindfors 2010-04-18 12:22:23 UTC
Sorry, this seems to already have been reported.

*** This bug has been marked as a duplicate of bug 527222 ***
Comment 2 Xavier Claessens 2012-10-22 11:54:56 UTC
Was looking how to fix this.

My idea was to display a GtkInfoBar when a font is missing. To get font info for the document, I need to call ev_document_fonts_scan then ev_document_fonts_fill_model and add a boolean column in the model set to TRUE if poppler_fonts_iter_get_substitute_name() returns !=NULL. Or I could add a new virtual method that returns a list of missing fonts, implementation (for pdf) will be similar to pdf_document_fonts_fill_model.

I'm new with evince codebase, so I'm not sure this is the best way. I can work on a patch if evince devs confirms this is a good solution.
Comment 3 Xavier Claessens 2012-10-22 11:56:05 UTC
Oops, posted on the dup bug. Ignore my message, I've copied it to bug #527222