pdfmark | MOVED TO https : //gitlab.com/crossref/pdfmark | Continuous Deployment library

That's a logical structure pdfmark StPNE, but the last pdfmark reference I can find (version 9 from 2008) does not list /Lang as a legal attribute for a logical structure pdfmark.

I note that the PDF specification does permit /Lang to be a member of a logical structure element, but that doesn't mean there's a pdfmark for it. I think Adobe stopped updating the pdfmark reference with new content for new versions of the PDF specification.

/Type /Catalog won't be legal either.

Can you explain which part of the resulting PDF you are trying to add this to ? Ghostscript only implements the pdfmarks listed in the pdfmark refrence, and I don't think it fully implements all of those currently.

[EDIT]

I just checked and Ghostscript's pdfwrite device does not implement the StPNE pdfmark at all, so that's not going to do anything.

[further edit]

It may be (looking at the PDF specification) that what you want is to set a key called /Lang in the Catalog object of the PDF file. Obviously I'm not certain but....

Well, I found this answer that includes a method to remove CropBoxes using sed (!), which seems to be working for me:

OK a few points:

Ghostscript (and more particularly the pdfwrite device) doesn't add anything to PDF files. It makes brand new PDF files from the supplied input, whcih may or may not be a PDF file.

The process is described here and I'd suggest you read it. Essentially you cannot assume that the conent of the produced PDF file bears any relationship at all to the conent of the input, if its a PDF file.

Your usage of ICC profiles is not causing the conversion to CMYK, that's done by setting ColorConversionStrategy. Your setting of OverrideICC and OutputICCProfile aren't doing anything and you shold remove those switches. In addition you should not set ProcessColorModel if you are setting ColorConversionStrategy. Similarly setting RenderIntent does nothing at all with the pdfwrite device, drop that too.

Don't set the resolution. All that does is set the resolution of any content which must be rendered (eg creating a PDF file < version 1.4 from an input file containing transparency). So drop the -r100.

-dPDFX doesn't cause fonts to be rasterised.

If that's happening then its almost certainly nothing to do with selecting PDFX, without seeing your input file I can't comment further.

-dPDFX is not necessary to create a PDF file with TrimBox or BleedBox.

Of course, what your PostScript actually does is create PDFX Bleed and Trim Offsets, and yes, if you want those then you need to set PDFX, clearly. OTOH if you actually wnt to set normal regular Bleed or Trim boxes then that is also documented in the pdfmark reference (see page 37 of the 1.7 pdfmark reference):

The syntax for specifying a non-default page cropping for a particular page in a document is as follows: [ /CropBox [xll yll xur yur] /PAGE pdfmark The syntax for specifying the default page cropping for a document is as follows: [ /CropBox [xll yll xur yur] /PAGES pdfmark

Obviously you would Susbsitute Bleed or Trim for CropBox.

[Later]

This command line:

As of MacOS Mojave 10.14.3 and GhostScript version 9.26, this now fixed. I can only presume it was a bug in GhostScript or MacOS.

I think your problem is that you are executing the pdfmark before you execute the remaining page descriptions (by the way, beware of using Adobe Illustrator '.ai' files, these are not guaranteed to be valid self-contained PostScript).

At the time you execute the pdfmark, there are no pages yet defined, so there's no way to translate the page number into the PDF object number which will contain the description of page 5.

Try running your 'script.ps' as the final operation, not the first.

There is no option -dpdfwriter. The fact that PDFFitPage doesn't do what you want isn't surprising, it has no effect on what a PDF viewer will do. This option (which is described in the documentation) only has any effect when used with a pre-defined fixed media size. It creates a new PDF where the content of the original PDF is scaled so that fits onto the fixed media size.

If you want to include directions to PDF viewers on how to open PDF documents then you need to look at the pdfmark operator. Specifically you will need to construct a DOCVIEW pdfmark as described on page 29 and 30 of the version 9 pdfmark reference.

You can't. The way Ghostscript and the pdfwrite device work is described in ghostpdl/doc/VectorDevices.htm or here.

I'd suggest you read that to see why this isn't possible, and also to gain some understanding of what's actually going on. You are not simply 'adding a link' you are creating a completely new PDF file, whose contents (at the file level) may bear no relation to the original PDF file's contents.

Ghostscript + pdfwrite is not a 'PDF editor'/

Your DocInfo pdfmarks are incorrect.

You've put :

Issue got resolved, NeedAppearances=true flag in the acroform dictionary was not set due to which reset button was not displaying correctly and reset form action was also not getting executed (interestingly text and combo fields were working fine even without this flag)