On Sat, Dec 15, 2012 at 12:37 AM, Achim Gratz <strom...@nexgo.de> wrote:
> Michael Hannon writes: > > To proceed with this, I need to generate a series of PDF documents and > have > > the boss's admin assistant try to print them. Unfortunately, I've been > > swamped with some other stuff this week and haven't had a chance to work > on > > this. > > Would it be possible that you first check what that error really is? > The one thing that comes to mind is that your PDF maybe references fonts > that are not available and the easiest solution would be to either > change to standard fonts or embed them in the PDF (if the license is > permitting that). > As far as I know, PDF/A-1a is not meant for universal printing, instead it is meant for accessibility. The current stock versions of pdfTeX distributed are not capable of producing accessible PDF as per PDF/A-1a specs. Main problem is that TeX does not use a space character and as such finding word boundary becomes difficult in pdf's created by pdfTeX; read aloud applications will fail to voice render PDF's by pdfTeX. However, if the OP is happy with a PDF as per PDF/A-1b, of course, pdfx.sty distributed with TeXLive (and available at CTAN also) is capable of creating. This is for web reading and archival purposes. If universal printing is what is wanted, then the spec to follow is PDF/X-1a. Again, pdfx.sty does help to generate this too. I think, it is not a big deal to extend pdfx package to generate pdf's compliant to later specs like PDF/X-2, 3, ... (all for printing purpose). Later specs have some advantages too like inclusion of icc color profile is not mandatory, instead url will do. I think, orgmode can even help to create a small XMP meta file (for Dublin Core metadata compliance) needed by pdfx package while creating standards compliant PDF's which at the moment is created by pdfTeX in an unsatisfactory fashion. Best regards -- Radhakrishnan
