#pdfwriter

Hi!

New release for PDFWriter, version 4.7.0 supporting PDF2.0 Encryption.

This means:

PDF2.0 files can be created and if provided when user/owner passwords are provided. The result is an AES256 encrypted file, with the required PDF declarations provided.

PDF2.0 files can be parsed, when provided with a password.

Files with PDF2.0 encryption can be modified, and the modification process will retain the encryption method.

PDF2.0 support requires a pre installation of OpenSSL library. OpenSSL is used for creation of SHA (256, 384, 512) hashes, and its strong random byte generator. There’s an opt out flag - PDFHUMMUS_NO_OPENSSL - to opt out in case this is not available in your setup. The CMAKE build file will automatically use this option of the library is not available.

Good day,

Hi All, Thought I'd make it a little bit official. It's been quite a while that i'm not really supporting PDFWriter or HummusJS any more. Somewhere between being too busy with other projects, as well feeling kind of less interested with this project. It's been more than 8 years since I posted the first version of PDFWriter and about 6 years since HummusJS came to be, and I kind a feel it's time to let it go.

As such, I'm letting you all know that I'm officially no longer support them. I won't be taking off the github projects nor the NPM package, however I will no longer respond to questions, requests or anything that has to do with PDFWriter or Hummusjs. I'll let the community interests take over from here.

The code itself will still retain it's license (Apache 2), so you can use it as is, of course.

Thanks for everyone using those libs. I'm glad that this is useful to so many and hope that while support from me is terminated, that you'll still be able to use the code.

Hi All,

A fresh update to PDFWriter/HummusJS:

PDFWriter/HummusJS got a minor fix to allow it to compile with C++17 (can do this in VS2017 etc.). Got it in both codebases, though it mainly affects the C++ elements. thanks mathiasborn.

HummusJS: Got PDFRStreamForBuffer of lucianolucianoluciano into the fold, to allow you to base reading/modification off of memory buffer. A minor issue with the code causes inflation of size when was used in modification scenarios, so I fixed it and it should be fine. Thanks for that, been using it myself in a project. Thanks richard-kurtosys, the investigations he made showed the importance of this addition.

HummusJS: PPl liked using the onCatalogWrite event for adding elements to the PDF file root. And when creating new PDFs it all works very well. Problem is that in some modifications scenarios you didnt get it because the catalog is not being written. An optimization of mine manifesting in confusion. So, if you want a catalog rewrite with no questions asked, just use pdfWriter.requireCatalogUpdate() before you end the PDF, and you should be fine. Thanks marcelotavares for the addition, and chunyenHuang for his efforts in general and specifically noting to me that this would be good addition to solve many confusions.

Good Evening!

Some recent corrections and a new version triggered this small dual release.

We're looking at a new HummusJS version - 1.0.84, and a new PDFWriter version - 4.0.

The new HummusJS version adds binary support for NodeJS 9 builds (and removes all them v8 warnings that prbbly mean something to someone), and sorts out the builds for earlier version. Note that recent XCode updates started screwing with NodeJS 0.12 builds, and this is between them and them...so for the time being use some other node version, or compile on some other platform.

The new versions contain minor bug corrections, like errors with OTFs with large glyphs set (well, the max number of glyphs), errors in appending pages with inherited resouces. Also added support for InputAsciiHexDecode filters introduced by Lidia M. Also added ability to provide new forms (whether created manually or as a result of introducing images) with pre defined object IDs, so you can forward reference them where convenient. As you can see...random matters that should improve support, but nothing to go partying about ;). I admit that my main excuse is to add binary support for NodeJS 9.0, and the rest is just what got in lately but was never published.

Anyways, have a nice weekend/week. See you around.

Good Evening! PNG images support is now available with new released of PDFWriter (which is for quite some years also a reader and modifier) and HummusJS. Both Opaque and Transparent images are supported, rgb, grayscale, interlaced or not.

PDFWriter version is 3.8. HummusJS version is 1.0.81 (will there ever be a 2?!).

The support of transparency for PNG is unique within the context of images support, and allows for overlaying images in more sophisticated manner than was available so far. A common example is the wish to use a signature image on top of existing pages as part of a form filling implementation - so far one would get the image background hiding whatever is behind. Now with PNG, one can use a transparent images and avoid this effect. (will be very useful for this on-line form filling page).

Showing PNG images in both library versions is available through the local high level DrawImage variant. In addition both libraries provide a Form creation methods supporting both file input and custom stream input.

Documentation:

PDFWriter (C++) :

DrawImage

CreateFormXObjectFromPNGXXXX

HummusJS (NodeJS) :

drawImage

CreateFormXobjectFromPNG

Examples:

C++ : PNGImageTest.cpp

NodeJs : BasicPNGImagesTest.js