Problem description: There are many fonts in existence, yet one's system doesn't have it all installed. There are fonts which originated from real world types (digitized fonts), but each type designer or foundry made it differently from each other. They are the so called fonts variations, as Adobe Caslon (Carol Twombly based on William Caslon's specimens pages), and ITC Founder's Caslon (digitized by Justin Howes, based on resources of the St. Bride Printing Library). And there are fonts whose types originated on the virtual world (virtual typefaces), even if the initial drawings were made on paper. These fonts could have been abandoned by their designers or foundries, but adopted by others; they could have been licensed in such a way the name of the font should be changed; or they could have intended variations for each script so to avoid software issues. The primary examples for the first case are the TeX GYRE Collection of Fonts (Bonum, Chorus, Cursor, Heros, Pagella, Schola, Termes are all based, respectively, on URW Gothic L, URW Bookman L, URW Chancery L Medium Italic, URW Nimbus Mono L - itself based on IBM's Courier, URW Nimbus Sans - itself based on Helvetica, URW Palladio L, URW Century Schoolbook L, Nimbus Roman No9 L - itself based on Times); for the second case we have the BitStream Vera and DejaVu families of fonts; and for the latter we have the DejaVu and DejaVu LGC (which contains only Latin, Greek, and Cyrillic characters, instead of Chinese, Japanese, Korean and Arabic characters). To ease the life of many users not typographic savvy, LibreOffice should have a preinstalled font substitution table, at the same time it should indicate when the fonts needed to render a file isn't installed on the system (such as a warning when opening it). Steps to reproduce: 1. Create a document on a machine which has, for example, the Calligraffiti font installed (a calligraphic font available for free at http://www.fontsquirrel.com/fonts/calligraffiti), and format it to use the font. 2. Send it to another user who doesn't have the font (or just uninstall the font from the system). 3. Open the file on a system without the font. Current behavior: LibreOffice doesn't show any messages the font specified on the file doesn't exist on the system; worse, it shows the name of the font on the toolbar and presents it as the sans serif font DejaVu Sans. Expected behavior: LibreOffice should warn the user that because the Calligraffiti font isn't available on the system it will use <font name> on its place. And for the well known families of fonts which have been substituted, such as the TeX GYRE Fonts (http://www.gust.org.pl/projects-1/e-foundry/tex-gyre), LibreOffice could have it prepopulated on the font substitution table. Operating System: All Version: unspecified
What's your LO version? on which env are you?
(In reply to comment #1) > What's your LO version? on which env are you? I am running LibreOffice 4.0.3.3 on Windows XP and Vista, but I found this behavior on every LO release since the fork from OpenOffice.org, and also on every OOo release I used then.
Maybe I should create another bug for the lack of warning when the font isn't installed on the user's system? Because I realized I reported two bugs: - the lack of a prepopulated font substitution table (installation issue); - the lack of a warning the font isn't installed nor substituted (UI issue).
I created a small table for well known fonts (and the Lobster font): Lobster Lobster Two Bitstream Vera Sans DejaVu Sans Bitstream Vera Sans Mono DejaVu Sans Mono Bitstream Vera Serif DejaVu Serif CenturySchL TeXGyreSchola NimbusMonL TeXGyreCursor NimbusMono TeXGyreCursor NimbusRomanNo9 TeXGyreTermes NimbusRomNo9L TeXGyreTermes NimbusSanL TeXGyreHeros NimbusSanLCon TeXGyreHerosCn URWBookmanL TeX Gyre Bonum URWChanceryLMed TeXGyreChorus URWGothicL TeXGyreAdventor URWGothicLDem TeXGyreAdventor URWPalladioL TeXGyrePagella And a small table for fonts that always should be substituted, regardless of having the font on the system (the "G" versions have Graphite enabled, so its rendering is better): Linux Biolinum Linux Biolinum G Linux Libertine Linux Libertine G
On pc Debian x86-64 with master sources updated today, I reproduced the problem. Caolán: one for you?
re "not reporting the font is not installed and is being substituted" in 4.1 the font name is italicized in the font selectors if it's not installed, so that's fixed now. re "having a substitution table", so... for most Unix platforms e.g Linux we run the font through fontconfig which has a pile of rules and tables to give the best replacement font. So on those platforms this is "taken care of", and on MacOSX there's a similar built-in MacOSX thing I believe. The remaining issue is Windows, there we use our built-in tables in registry/data/org/openoffice/VCL.xcu (http://opengrok.libreoffice.org/xref/core/officecfg/registry/data/org/openoffice/VCL.xcu) see near the end, the section starting with <node oor:name="FontSubstitutions"> so we should already have the bitstreamverasans replacements for example. It shouldn't be too hard to add to add extra entries or improve the existing ones. Not something for me though, seeing as it doesn't affect the platform I develop on. I suggest you have a go at adding what entries are missing there from your own list and submit the result to us. See https://wiki.documentfoundation.org/Development/Patch_Handling_Guidelines for some help.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.1 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-03-16
(In reply to QA Administrators from comment #7) > ** Please read this message in its entirety before responding ** > > To make sure we're focusing on the bugs that affect our users today, > LibreOffice QA is asking bug reporters and confirmers to retest open, > confirmed bugs which have not been touched for over a year. > > There have been thousands of bug fixes and commits since anyone checked on > this bug report. During that time, it's possible that the bug has been > fixed, or the details of the problem have changed. We'd really appreciate > your help in getting confirmation that the bug is still present. > > If you have time, please do the following: > > Test to see if the bug is still present on a currently supported version > of LibreOffice (4.4.1 or later) > https://www.libreoffice.org/download/ > > If the bug is present, please leave a comment that includes the version > of LibreOffice and your operating system, and any changes you see in the bug > behavior > > If the bug is NOT present, please set the bug's Status field to > RESOLVED-WORKSFORME and leave a short comment that includes your version of > LibreOffice and Operating System > > Please DO NOT > > Update the version field > Reply via email (please reply directly on the bug tracker) > Set the bug's Status field to RESOLVED - FIXED (this status has a > particular meaning that is not appropriate in this case) > > > If you want to do more to help you can test to see if your issue is a > REGRESSION. To do so: > 1. Download and install oldest version of LibreOffice (usually 3.3 unless > your bug pertains to a feature added after 3.3) > > http://downloadarchive.documentfoundation.org/libreoffice/old/ > > 2. Test your bug > 3. Leave a comment with your results. > 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; > 4b. If the bug was not present in 3.3 - add "regression" to keyword > > > Feel free to come ask questions or to say hello in our QA chat: > http://webchat.freenode.net/?channels=libreoffice-qa > > Thank you for your help! > > -- The LibreOffice QA Team This NEW Message was generated on: 2015-03-16 I am trying to understand the http://opengrok.libreoffice.org/xref/core/officecfg/registry/data/org/openoffice/VCL.xcu file format so I could add the substitutions.
Just recently found (via Google) the page https://wiki.documentfoundation.org/LibreOffice_Localization_Guide/Advanced_Source_Code_Modifications with some instructions on how to edit vcl.xcu. I will try it this weekend.
Created attachment 118408 [details] vcl.xcu partial patch Partial patch containing extra font substitutions for the following fonts: - Lobster -> Lobster Two - Utopia <-> Heuristica (these were added to other places as well) - CenturySchL <-> TeXGyreSchola - NimbusMonL <-> TeXGyreCursor - NimbusMono <-> TeXGyreCursor Bitstream Vera and DejaVu font families weren't altered, as they were already there. More will be added with time. Please test this patch.
Reading Comment 6 here and the similar https://bugs.documentfoundation.org/show_bug.cgi?id=91004#c7, I understand that Linux (and Mac) first runs fontconfig and Windows first runs Font Substitution Table. If it so, Help should be amended to clarify that priority: https://help.libreoffice.org/index.php?title=5.1/Common/Fonts&Language=en-US Before I open a new bug, please confirm.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
On Comment #10 I made a partial patch enabling font substitutions of fonts I know are drop-in replacements. However, I don't know how to add the patch to LibreOffice: I'm no developer, just an advanced user with configuration and script skills. Could someone please add the patch to the source code? Also, answering to Comment #12, this is not a bug, but an enhancement request.
(In reply to João Paulo from comment #13) > On Comment #10 I made a partial patch enabling font substitutions of fonts I > know are drop-in replacements. However, I don't know how to add the patch to > LibreOffice: I'm no developer, just an advanced user with configuration and > script skills. If you would like to send in your patch, you can follow instructions here to learn how to do so. https://wiki.documentfoundation.org/Development/gerrit > Could someone please add the patch to the source code? Unfortunately the file has been modified since your patch, so i cant identify just the changes you have made, but if you can grab the latest version of the file below[1] and make the changes, i could push it in on your behalf if you add yourself to the contributor's list[2]. [1] https://cgit.freedesktop.org/libreoffice/core/plain/officecfg/registry/data/org/openoffice/VCL.xcu [2] https://wiki.documentfoundation.org/Development/Developers > Also, answering to Comment #12, this is not a bug, but an enhancement > request. I've change the bug type to enhancement.
The problem with a font substitution table is that, while fonts are similar, they are not the same. Even if the glyphs look identical, there my be significant differences in kerning information. So what the use typically sees if a font is missing and was substituted, is an ugly or broken layout (caused by different kerning, character spacing, or line spacing). (You can see this effect in PDFs also where the kerning information is basically hard-coded (glyphs positioned absolutely), but the fonts can be missing.) My personal preference over a manually edited (and probably huge) font substitution table is using typeface information (like PANOSE (https://en.wikipedia.org/wiki/PANOSE)) to find ou which fonts are similar to each other. I don't know whether Windows or other OSes support it, but I remember that Smalltalk-80 had it in the 80ies ;-) Of course the usefulness of typeface metadata depend on its accuracy. If people just copy it blindly from another font, it will be hardly useful...
*** Bug 109525 has been marked as a duplicate of this bug. ***
Created attachment 147835 [details] Personal LO replacement table I attach personal LO replacement table. Not claiming it's proper. But we should have this updated.
Created attachment 166544 [details] Personal LO replacement table
*** Bug 107115 has been marked as a duplicate of this bug. ***
LO identifies a replaced font in the font bar by using italics for the font name, and a tooltip that reads, "Font Name. The current font is unavailable and will be substituted." While this information is both useful and welcome, it is insufficient: I need to know which font has been used as a replacement. After some searching, the only method that I can find is clumsy and entirely unintuitive. Export as a PDF; open the PDF in LibreOffice Draw; select the text > right-click > Character > Fonts. It would be hugely helpful if the tooltip could show the replacement font, or at least if we could view the replacement from some menu option — perhaps Tools > Options > LibreOffice > Fonts > "View replaced fonts" or something like that. LO 7.0.2.2 Ubuntu 20.04 Thank you
(In reply to Paddy Landau from comment #21) > I need to know which font has been used as a replacement. When looking at the bug, you need to also take in account See Also bugs, this is bug 61134 still waiting for a volunteer dev. And also meta bug at "Blocks" where you cab see other similar requests.
Created attachment 167165 [details] Personal LO replacement table "Personal LO replacement table" that would be a nice thing if we didn't have bug 43185.
*** Bug 68880 has been marked as a duplicate of this bug. ***
*** Bug 120131 has been marked as a duplicate of this bug. ***
Coming from the potentially-duplicate bug 120131: LO's popular competitor, Microsoft Office, has had several fonts chosen by default for various styles - which have naturally found their way into MS-Office-created documents. This is true both for Latin fonts, and for other languages, including RTL languages like Hebrew and Arabic which I am particularly concerned about. Now, if you use Windows, the fonts an MS Office document will use will most likely be pre-installed on your system (all of them? Not sure); but if you're opening an MS Office document on another OS, these fonts are very likely _missing_. For that reason I proposed that LO include a default substitution table for some or all of the fonts used in Microsoft Office in different languages, where LO bundles fonts that can serve as such substitutes. In the context of this bug, I propose adding these fonts to the standard font substitution table proposed here. If Joao and other agree that is appropriate, we can close the other bug as a dupe. In addition to the Latin-only fonts here are my suggested substitutions regarding fonts one tends to see in Hebrew documents: David -> David CLM Frank Ruehl -> Frank Ruehl CLM The two on the right are bundled with LO and have an appropriate license. Of course the same should be done for other languages, and even for Hebrew I'm not sure this covers everything. What say you?
(In reply to Eyal Rozenberg from comment #26) > Coming from the potentially-duplicate bug 120131: > > In the context of this bug, I propose adding these fonts to the standard > font substitution table proposed here. If Joao and other agree that is > appropriate, we can close the other bug as a dupe. > > (...) > > What say you? I agree to add the Microsoft Windows and Microsoft Office fonts that have a proper substitute font here. However, I only know of: Segoe UI Selawik1 Tahoma Wine Tahoma Calibri Carlito Cambria Caladea Consolas DMCA Sans Serif, maybe also Inconsolata (I don't know if they are metrically equivalent) I created a table for my own use that I can share here, however it is a bit messy, as there are many fonts that can be used in place of the "original/proprietary" version.
(In reply to João Paulo from comment #27) > ... However, I only know of: etc. etc. The fonts I mentioned are two of the most common fonts used for Hebrew; and the bundled fonts in LO are free versions of proprietary fonts of almost the same name. So, it's somewhat like Tahoma and Wine Tahoma.