# How do I avoid Type3 fonts when submitting to ManuscriptCentral

I am trying to submit a publication to ManuscriptCentral. All I am allowed to do is to submit my tex file and any missing packages (it seems to have a fair selection of standard packages) and it will go away and compile it. I think it uses latex and then dvipdf to create PDF files - here is an extract from the log file that I can download from the server:

``````command: latex -interaction=batchmode diff.tex
Command Ok
This is TeX, Version 3.14159 (Web2C 7.4.5)

command: dvipdf diff.dvi
Command Ok
dvips: warning: no config file for `generic'
``````

In other words, I can't really change how latex is invoked and what fonts are installed on the target system. The servers seems to choke on my tex file with a not too specific error message:

``````We are sorry, but there is a problem with your submitted file(s) named
x.tex.pdf. Our system cannot process this file. The most common reason for
this is badly embedded fonts or Type 3 fonts (which we do not support at the
moment). If possible, please change the font settings and/or re-distil this
PDF to a lower Adobe Acrobat version and try again.
``````

The following additional help (available under 'Read more ...') makes me think it must be about the fonts in the tex file:

``````A Type 3 font error is due to bit mapped fonts in your document or missing
fonts used within the document. Bitmapped fonts display poorly on screen in PDF
files and sometimes cause printing problems. We recommend for Word Documents
that you embed your fonts and re-upload the file(s), or for PDF's save them
using Acrobat 6 (or lower).
``````

So here is my question: What can I do in the tex file so that it chooses fonts that are in all likelihood present on the server and not of the Type 3 flavour?

EDIT: Some more sleuthing prompted by egreg reveals the following: when I run pdffonts on the PDF file that the publisher creates from my tex files I get:

``````Error: PDF file is damaged - attempting to reconstruct xref table...
Error: Invalid XRef entry
Error: Top-level pages object is wrong type (null)
``````

Oddly, when I compile them myself, pdffonts lists some fonts all of which are Type 1, CID TrueType, TrueType, or Type 1C. When I open the publisher PDF file with Adobe Reader and look at the Fonts I see two Type 3 fonts. How come ScholarShip manages to sneak them in and I don't?

Additional info: Some of the figures that are being included fail the Rapid Inspector for image files "fail due to fonts that are not embedded". Is that a hint?

-
It's very difficult to answer without seeing something more. Can you run your PDF file through something like `pdffonts`? Or show the list of fonts that Adobe Reader produces? – egreg Oct 17 '12 at 9:41
@egreg Thanks for the hint - the post has been edited to give more info – DrSAR Oct 18 '12 at 4:54
What fonts do you use? Maybe you have cm-super installed and use it, while the server doesn't have it and uses normal cm? Have you tried using lmodern? – Juri Robl Oct 18 '12 at 5:33
It's quite a strange way to proceed. I send to my publisher the simple PDF file and he passes it to the printer's shop as is. – egreg Oct 18 '12 at 8:28
We don't choose to proceed that way. If you are interested in publishing a paper with journal X you have little say on how the submission should work technically. In most cases, LaTeX is a fringe concern to them. Why they don't accept PDF is beyond me. – DrSAR Oct 18 '12 at 8:36