Without having a sample original document, set of joboptions you are using, and the resultant PDF from the PDF creation as well as knowing exactly what method you are using to create the PDF file (for example, printing to the Adobe PDF PostScript printer driver instance under Windows, saving as Adobe PDF in Office, exporting PDF from InDesign, etc.), it is virtually impossible to know what is actually going on here.
Please provide more information and point us to the files.
However, one situation that could trigger such embedding is if you are using characters that are outside the standard Western Latin character set and that would likely cause problems rendering the PDF file with substitution fonts. An example would be if you used characters from Arial that are beyond the simple character sets of the original Helvetica or Arial fonts. If those particular glyphs are not embedded in the PDF file and the PDF file is viewed on a system with an older version of Arial, those characters simply won't display. Again, this is one possibility.
For the record though, not embedding fonts in a PDF file for purposes of space economy is not really recommended due to the number of problems encountered when trying to match fonts on a PDF file recipient's system with the font referenced but not embedded in a PDF file.
Again, more information and samples and we can try to assist you further.
Thanks for the reply;
As stated in the original question, I have tried EVERY setting I can find in joboptions and elsewhere. With that said, I understand your desire to remove as much 'clutter' from the problem as possible. The following is a DropBox folder link:
The folder contains three files:
1) A MS Word document containing the alpahabet upper and lower case, as well as common keyboard symbols. The text is in the Arial font, and repeated 4 times for standard, bold, italic, and bolditalic.
2) The resulting pdf created by using File-->Print-->Adobe pdf, with all default options (i.e., no additional clicks other than 'OK'
3) A capture of the 'options' dialog box from the aforesaid pdf print process. Again, no changes to default sttings or custom joboptions are used.
As you will see, the pdf has the Arial font embedded, and it does not show up if you try to remove it with 'optimized pdf'.
I want to stress that this problem has annoyed me for YEARS now, and changes in severity and possibility of amelioration with various updates to Acrobat. Some things that have worked in SOME versions, but don't in 11.0.18, are; reprinting to pdf with various joboptions, selecting 'ALL' and copy/paste into a blank pdf which is saved [not save-as], and optimizing the resulting pdf, etc., etc....
What I would like would be a selection to simply REMOVE embedded fonts. I understand the concerns you outlined in your reply, but I look at that as another case where the developer 'saves me from myself'. You might as well make font selection unavailable at all, so someone doesn't accidentally substitue a cyrillic font in a roman font document. Let me make my own mistakes. The 'cure' is often worse than the disease!
Again, thanks for your quick reply, and sorry if I seem a little snarky....
Got your files and will look them over during the next few days.
Actually, I was so curious, that I just ran some experiments, creating PDF from your Microsoft Word document using two different methods. And I tried the same experiment on three different systems (one with Windows 7 Pro x64 and Office 2016, another with Windows 7 Pro x64 and Office 2013, and the third with Windows 10 Pro x64 with Office 2016.
In the first case, I created PDF by using the Acrobat DC Pro plug-in to Word 2016, set the joboptions to Standard (which explicitly request that none of the Arial family be embedded), and saved as Adobe PDF.
The results were are displayed in the attached file, Embedded Arial example - Dov - PDFMaker - Standard.pdf. No fonts were embedded.
In the second case, I created PDF via distillation of PostScript, printing to the Adobe PDF PostScript Printer Driver instance, a method that hasn't changed in numerous Acrobat releases, also using the Standard joboptions. I tried both with and without the Rely on system fonts only option checked and unchecked – no difference in results!
The results were are displayed in the attached file, Embedded Arial example - Dov - AdobePDF - Standard.pdf. No fonts were embedded.
Why are my results different that yours? Honestly I don't really know.
It is possible that the direct PDF export from Word via PDFMaker changed from Acrobat 11 to DC, but that wasn't what you were using anyway (although that is the recommended method of generating PDF from Office these days)!! And as far as I know, that portion of the code did not change at all.
For printing to AdobePDF as you did, I absolutely know that this part of Acrobat did not change from Acrobat 11 to DC! And that is what is so puzzling.
I note that for your resultant PDF file, the problem is only with the regular and bold faces of Arial and not with italic and bold italic faces of Arial. I'm wondering if somehow you have either modified versions of Arial on your system or multiple, differing copies of these fonts installed that is somehow causing Distiller to not properly match the regular and bold faces with those in the list of fonts to not be embedded?
FWIW, on my primary test system, my Arial faces are as follows:
Arial Regular Version 5.22 774,236 bytes, 3421 glyphs
Arial Italic Version 5.22 557,508 bytes, 2556 glyphs
Arial Bold Version 5.22 750,596 bytes, 3421 glyphs
Arial Bold Italic Version 5.22 563,244 bytes, 2556 glyphs
Bottom line is that on this, I am stumped. The good news is that the issue doesn't cause rendering issues; the bad news is that the file is a bit larger than you want and not up to your expectations (I do respect that)!
If anyone else has seen this issue and can provide more input and evidence as to what's going on with the fonts, it would be most appreciated.