Symbolmt Font Free Download For Mac

0 views

Skip to first unread message

Darnell Rempe

unread,

Aug 3, 2024, 5:53:36 PM8/3/24

to antravezel

I'm having a problem with a PDF of my professor. Apparently he is using some monospace font in his PDFs which are shown pretty strange with okular (and evince). Only the Adobe Acrobat Reader is showing the fonts in a readable way but I don't want to use Adobe Acrobat Reader because it has no annotation features. I want to stick with okular.

I already installed the package ttf-ms-fonts, downloaded the SymbolMT font manually, did a fc-cache -vf and tried to open the pdf again with okular. The output is this:

/E: Here is the output of the adobe reader: (Still ugly but more readable.. this is how it is supposed to look)

I had a similar issue with a serie of japanese pdf files, using a quite old japanese fonts.
These fonts are used a lot in Japan, but are not well supported in linux.
I tried many configurations of xpdf, evince, even the adobe linux version.
Eventualy, I got success with "foxitreader" (aur, v1.1-5 now)

Essentially, I open a PDF (unknown who produced it or how much it's been modified since then), but on some computers I get the error "Cannot find or create the font 'ArialMT'. Some characters may not display or print correctly.", while on others, I get no error dialog at all, but some text is just white boxes while other text (even within the same word or even just a closing bracket (i.e., ']') shows up fine:

From digging into the issue, I understand that some version/variation of a font wasn't embedded when the PDF was created, but what I don't understand is why I can open the exact same PDF in various PDF applications and some of them are able to display the entire PDF without any issue. To wit:

Adobe Acrobat Pro DC (2021.005.20060) - White boxes

I ran the document in question through PreFlight and of course it finds a host of issues (font name is not unique; font not embedded; font reverts to .notdef glyph; text cannot be mapped to unicode; etc.).

Confounding the issue even further, I'm able to open the PDF in question just fine in Adobe Acrobat Reader DC (in addition to Nitro PDF) on at least one other computer. O' Consistency, whyfor dost thou detest me so!

So my questions are thus: Am I essentially boned on being able to get Adobe Acrobat Pro DC to open this PDF without issue, or at to display everything correctly and, if not, why does it open (and print) correctly with Nitro PDF (of which I'm not typically a fan, but it seems a mite less ... complexified than AAPDC)?

As correctly said, it is the font issue as the font is not properly embedded in the PDF file or it is not present on your computer system. Please try the following preference settings and see if that works for you. Go to Edit (Win), Adobe Acrobat (Mac) > Preferences > Page Display > Under rendering, check use

The "workaround" I just discovered with the same problem (and yes, Use Local Fonts was already checked in my case as well) was simply to Recognize Text. I happened to search for some obvious text in this sheet music pdf, didn't find it, decided to do Recognize Text... and lo and behold, deleting the offending text I had previously added (with Add Text) - "offending" meaning it was the thing triggering the "Cannot find or create" report - and re-adding it... this time worked!

I have a theory on this one: The font I had this issue with is a font that Adobe licensed in the 1990's, but no longer does. I believe they may use this function as a licensing control mechanism.

A work around I found is to right click the PDF file and select "Open with"> "Google Chrome" which displayed it correctly. Then I printed to a new PDF file which looks normal. Trying to redownload it from the Chrome screen did not work.

I had this same issue, and can view it when I open with Google Chrome. As with you, I still could not view it when I redownloaded it from the Crhome screen. However I have figured out a workaround to save the file. In chrome I click to print, then click into my own printer utility, and request it to save as a .pdf. Once downloaded to a file on my computer, I could open and read the document. Finally!

I'm using FontMapper.getTrueTypeFont() to find available fonts by name in pdfbox 2.0.7. This has a feature to map fonts (by name) so that if I ask for Symbol and my system only has SymbolMT it will return that as a substitute.

The underlying FontMapperImpl class has an addSubstitute() method that lets you add mappings, but the class is private to the package so I can't call that (even though the method is marked public). The FontMapper interface that FontMapperImpl implements does not include the addSubstitute() method.

MT Symbol is completely unrelated to LibreOffice, and is one of proprietary fonts supplied along with MathType software. How it is maintained, licensed, distributed, and what are plans on its future - all these are questions to respective entities, and is not something to discuss on this site.

For Windows: FontForge, CorelDRAW Graphics Suite X5-X7, CorelDRAW Graphics Suite 2017, FontCreator, Microsoft Windows Font Viewer, AMP Font Viewer.
For Mac OS: FontForge, Apple Font Book, Bohemian Coding Fontcase, Mac OS X Font Book.
For Linux: FontForge

All rights for the fonts given on this website reserved by their owners (authors, designers). The license given on the font page only represents received data. For detailed information, please, read the files (e.g., readme.txt) from archive or visit the website given by an author (designer) or contact with him if you have any doubt.
If there is no reported author (designer) or license, it means that there is no information on the given font, but it does not mean that the font is free.

You can download font Symbol absolutely free, without registration. Font typeface Normal. Designer - Monotype Type Drawing Office 1989. The font is posted in the public domain by the author and can be used free of charge for any purpose. However, if you intend to use this font for commercial purposes and have doubts about your rights to use it, we recommend that you contact the author to clarify the type of license.

I have been using various methods trying to display unicode Chinese characters but always have the characters displayed as blanks (not boxes) but no problem with other languages (Greek/English etc.). I have tried using TPdfDocument.canvas.showtext(), windows.TextoutW(TPdfDocumentGDI.VCLcanvas.handle,..) in D6/D7 under XP/Win7/Win8 and the result is the same.

Extract the content of and replace the content of Arabic.uni with a single line of unicode characters "中文Chinese" (the two Chinese characters are common to both Japanese and Chinese, meaning Chinese). When the project1.dpr is compiled and run, the Chinese characters are correctly displayed inside the paintbox, but in the generated pdf, I get

My computer can display Chinese pdf files without problem. I suspected the font used by pdfcanvas being the problem so I added a Fontdialog to allow the font.name property to be selected at run time. I have tried almost all fonts available but still no luck. I changed UseUniscribe to false and it made no difference. I peeped inside a Chinese pdf file and found it only uses normal looking fonts like Verdana, NCNLIB+ArialUnicodeMS, ArialMT, and NCNMEN+SymbolMT.

The Chinese characters have always been displayed correctly inside the paintbox, suggesting that both the new and old LoadUnicodeStrings procedures are able to load the Chinese unicode characters correctly.

You need to set the FontFallBackName property to a font name containing all the needed glyphs.
I suspect your computer does not have 'Arial Unicode MS' font installed.
When it is available, it works as expected.
Note that my 'Arial Unicode MS' seems not able to display Korean characters, which seems weird.
But no problem for Chinese or Japanese:

I downloaded and installed Arial Unicode MS.ttf and the generated pdf displays OK on my computer. However, when the PDF file is sent to another computer, chances are high that the latter doesn't have Arial Unicode MS.ttf installed, and all the unicode characters, including Greek, Arabic, etc. will not be displayed. All my Windows XP, Windows 7 & Windows 8 computers don't have that font preinstalled.

On the other hand, all Chinese PDF files I got can be viewed properly on my PCs before I installed Arial Unicode MS.ttf. For example, on an XP PC without that ttf, I created a PDF file by printing Arabic.uni (containing Asian characters) to a virtual printer (PDF Lite) and that PDF file displays properly on all my PCs. I use notepad to view that PDF file and found it contains the following lines: