Producing massive webpack bundles

[TimUnderhay]

Thanks very much for this great library!

Using version 4.1.2 of ng2-pdf-viewer, it seems to be producing enormous bundles using "ng-build --prod --aot" (using Angular 5.2 and CLI 1.7.1). Webpack-bundle-analyzer tells me that under *.chunk.js - pdf.worker.js is 1.42 MB and in the main bundle, pdf.js is using 573 K. (screenshot attached).

I found this issue where it was marked as addressed but I've been unable to reduce the size in my case.

I'm certainly open to the possibility that I'm doing something wrong, but I can't think of what.

[VadimDez]

Are you using custom workerSrc for pdf worker? Are you using default path that gets pdf worker from https://cdnjs.cloudflare.com ?

[TimUnderhay]

I've tried it without workerSrc and also with workerSrc. My current is:

(<any>window).PDFJS.workerSrc = '/node_modules/pdfjs-dist/build/pdf.worker.min.js';

But that is a directive for the browser. I don't think it would have any effect on the AOT compiler.

[TimUnderhay]

I realise now that since it's webpack, I can't point directly to node_modules. I've updated it to:

(<any>window).PDFJS.workerSrc = 'resources/pdf.worker.min.js';

I've confirmed that in the browser, it's now loading pdf.worker.min.js from the local resources/ dir rather than from cloudflare, but there's still that same large pdf.worker chunk in the bundle, which I'm guessing is just redundant code.

[VadimDez]

Could you please check whether pdf.worker.js chunk is actually loaded/used?

[TimUnderhay]

Sure thing; the network tab shows that *chunk.js is not being loaded, but /resources/pdf.worker.min.js is.

[VadimDez]

I guess pdf.worker.js chunk is loaded (fallback) only when pdf worker is disabled

[TimUnderhay]

Are you referring to pdf webworker? As in, if webworker is disabled, it will use the chunk to render in the normal browser js thread?

[TimUnderhay]

I guess since it isn't being loaded anyway, it isn't really a problem. I'll just stick with dumping the minified worker in my resources dir and pointing to it.

Along the lines of the bundle size, there's one thing I'd like to request: could you please provide a way to disable the import of of compatibility.js? My Angular application only supports the latest Firefox and Chrome releases, so I have no need for it to be there. Anywhere I can save space on my bundle size is a good thing :)

[TimUnderhay]

Closing issue as I will now just load worker_min.js from my resources/ dir, and the worker chunk should never get loaded by the client browser.

[GauravThakur03]

Try Adobe Embed APIs: https://www.adobe.com/devnet-docs/dcsdk_io/viewSDK/index.html

• Much smaller
• Easy to integrate
• Much better PDF View quality
• Lots of PDF features