Linearized PDF about jspdf HOT 2 CLOSED

@pelinquin

I am only one of a few people who contributes to jsPDF, so this applies to only to me:

1. Linearization as a feature is nowhere near on my (personal/corporate) radar, as it's a "nice to have" feature and is completely overshadowed by other needed functionality, like font-file support, unicode support etc.

2.The types and size of PDF you would produce in the browser is unlikely to benefit much from linearization. Although some of the guys who use jsPDF use it on server, I see absolutely no use for jsPDF on the server, as other much-more-capable PDF toolkits are available now for real server languages/toolkits (.Net, Python, PHP etc). When your PDFs are so large (images, embedded fonts, many many pages etc) that you need linearization, you likely will need non-javascript, serious server-side code with fast access to media, database and no memory constraints. (You could guess here, my focus is on running jsPDF in the browser).

Again. I am just one of the contributors. Yet, based on 1 and 2 above, I see Linearization as "will not implement in foreseeable future" kind of feature for jsPDF.

from jspdf.

OK I understand your priorities.
I have to investigate first the requirements on server side and HTTP range call to see it there are side requirements on client side jsPDF code. I will then ask for a more precise question if any.
From a user viewpoint, I think it will be fundamental to have fastweb PDF rendering but I found the PDF linearization process in Adobe spec very complex...I need to learn more on this.
Thanks anyway.

from jspdf.