Bug 44376 - please show missing font name in red
Summary: please show missing font name in red
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
3.5.0 Beta2
Hardware: Other All
: high enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 45632 47224 54122 57282 (view as bug list)
Depends on:
Blocks:
 
Reported: 2012-01-01 18:50 UTC by Todd
Modified: 2013-05-13 01:27 UTC (History)
8 users (show)

See Also:
Crash report or crash signature:


Attachments
Batang is not installed in my system (34.38 KB, image/png)
2012-01-01 18:50 UTC, Todd
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Todd 2012-01-01 18:50:25 UTC
Created attachment 55034 [details]
Batang is not installed in my system

Hi All,

   Would you please consider the following enhancement for me?  When you import a document, *.sxc for instance, and the font called out in the document is not installed in the system, would you please show the font name in red so the user can get an idea when the fonts renders not as expected.

Many thanks,
-T
Comment 1 sasha.libreoffice 2012-05-03 07:40:43 UTC
Thanks for new idea
Possible problem is this: Operating systems automatically replaces non-existing font by another and not tells to LibreOffice that font not exist.
Comment 2 Joel Madero 2012-06-07 21:59:18 UTC
Does the XML data for open extensions include font names? If so we could probably easily do a check before document opens, then we can make the font red that is chosen to replace the font missing (instead of for instance listing a font that doesn't exist at all on the system.).
Comment 3 Harald Koester 2012-06-25 03:47:23 UTC
Hi Joel,
I am not sure which font do you want to display, the uninstalled or the font which replaces the uninstalled font. In my opinion it should be still the uninstalled font. 
Reason:
For a user it may be to necessary to create and edit documents with uninstalled fonts. For example the document shall be later displayed or printed with a computer where these fonts exist. In order to monitor the fonts in such a case, it is necessary to display (in red, as proposed in this report) the uninstalled font. See also com. 1 of bug 47224.
Comment 4 Joel Madero 2012-06-29 13:56:59 UTC
Ah, I see your point and agree. I'm going to mark as NEW and set as a HIGH priority Enhancement as I think that this does several things:

1. Makes it impossible to know if the font is installed easily
2. Makes it impossible to determine what final product will look like on a machine that has the font installed
3. Makes currently used font hard to determine (replacement font)
Comment 5 Joel Madero 2012-07-02 22:31:15 UTC
*** Bug 45632 has been marked as a duplicate of this bug. ***
Comment 6 Marco 2012-07-12 22:18:47 UTC
Some publication oriented applications warn about missing fonts in a very invasive way. Applications like Corel Draw, Adobe Pagemaker, Adobe Indesign, Quark XPress, Passpartout, Scribus etc.

A lot of MS Office compatibility issues can be addressed if the user is aware of missing fonts on document opening event (i.e. Seagull font family, from MS Office Suite).
Comment 7 Didier G 2012-07-12 23:28:52 UTC
Opening many slides shows form many sources with Impress, I will appreciate to have a pop-up box with a warning when loading a slides show who uses a font not installed on my computer.

This warning, who could be enabled or disabled in Options, will really improve LO usage for people receiving many slide shows created by others.
Comment 8 bfoman (inactive) 2012-08-09 10:21:49 UTC
*** Bug 47224 has been marked as a duplicate of this bug. ***
Comment 9 vitriol 2012-08-27 14:02:53 UTC
*** Bug 54122 has been marked as a duplicate of this bug. ***
Comment 10 Urmas 2012-11-22 00:43:47 UTC
*** Bug 57282 has been marked as a duplicate of this bug. ***
Comment 11 Harald Koester 2012-11-29 15:55:50 UTC
(In reply to comment #4)
> 3. Makes currently used font hard to determine (replacement font)

The replacement font also may be determined by using a replacement table. The content of this table is determined by the user within the options dialogue (LibreOffice > Fonts). To my opinion the function of this table is quite confusing and I am not sure if this function works correctly. A year ago I wrote a bug report to this subject (bug 43185). Perhaps it makes sense to consider this replacement function while working on this bug (44376).
Comment 12 Samuel Mehrbrodt (allotropia) 2013-05-12 15:21:28 UTC
In 4.1, if the font is not available, it is italic and has a tooltip indicating that.
So I'm closing this bug, it was fixed, but a bit different than the author suggested.
Comment 13 Todd 2013-05-13 01:27:32 UTC
(In reply to comment #12)
> In 4.1, if the font is not available, it is italic and has a tooltip
> indicating that.
> So I'm closing this bug, it was fixed, but a bit different than the author
> suggested.

I am the OP.  This works for me.  Thank you!