PDFObject | lightweight JavaScript utility

Your source link is malformed.

Whether you use of doesn't matter here because the tag doesn't know what to do with the source your providing.

To emded files from drive you have to specifically mention it by adding "preview" instead of "view" in the link.

Correct source link:

https://drive.google.com/file/d/17Z3Zvt63p3nI-C0BnOhPd75X5LSBi6dh/preview

This is the source you provided:

https://drive.google.com/file/d/17Z3Zvt63p3nI-C0BnOhPd75X5LSBi6dh/view?usp=sharing

Note: You can also get the embed code by clicking the 3 dots on the top right of the screen and finding the "Embed item" option.

ps: sorry i accessed your file

I just created a mock version of what you are trying to do and it works just fine. Although the sample PDF I have linked will not appear in an SO snippet because because the frame into which the plugin is loading is sandboxed. If you open it in a live or local server or have another PDF to which you can use, then it will work fine.

I would check the relative path to your PDFObject script because it seems like it is not getting read in to your HTML as a plugin, meaning the path is incorrect. You can always use the CDN which is a direct link to the plugin/script here:

list.append(x) does not return the list, it mutates it. Mutate it in a different line and then just print the list next to heyy to fix!

Pretty sure you want to append inside the for loop, so it appends each item to the list

The cause of this issue are invalid ToUnicode CMaps for all the fonts in the PDF: These CMaps may be valid for other uses but in the context of ToUnicode CMaps the PDF specification clearly restricts the data which may occur in this kind of CMap.

One can enable iText, though, to make sense out of this by a small patch.

The ToUnicode CMaps in the document are invalid in particular as they use begincidrange ... endcidrange sections for mapping the character codes instead of beginbfrange ... endbfrange and beginbfchar ... endbfchar sections as required here by the specification.

By chance iText does process ~cidrange sections in ToUnicode CMaps just like ~bfrange sections. (Well, not really by chance but because the class for processing ToUnicode CMaps extends an abstract base class for processing arbitrary CMaps.)

Unfortunately, though, ~cidrange ranges have an integer destination start value (e.g. <0003> <0003> 32) while ~bfrange ranges in ToUnicode CMaps must have hex string destination start values (e.g. <0000><005E><0020>). As a result parsing these ToUnicode CMaps with ~cidrange ranges in iText fails with an exception, leaving behind a map without entries. The result is that none of the character codes in the document can be mapped to anything sensible and all text is extracted as replacement characters ('�').

An obvious approach to fix this is by enabling the code processing the ranges to also handle integer destination start values, not only hex string values.

With that fix applied most of the characters can be extracted properly. You merely have to deal with the wrong order of RTL script text.

(I tested only the Java version but the .Net version should work, too.)

In the com.itextpdf.io.font.cmap.CMapToUnicode class (com.itextpdf.io artifact) the following method is called to add mappings derived from ranges:

The code ends the execution with no problem and the file is created but if I go to the Catalog the entry is not there.

On the contrary, I just tested your code and saw that the entry is there:

Thanks to comment by @Rory McCrossan I have a solution. All what I had to do was edit my CSS for hiding original file input and aply that CSS in partial cshtml.

So changes...

Partial cshtml

You pass true to the $js parameter, which will not really add the checkbox to the PDF but which will include a JavaScript, which will create the field at opening time (by a viewer application that is able to execute JavaScript).

Try to pass false or left the paremeter (false = default). The method signature is available here.

To merge all pdf files from a PDF Portfolio to a normal pdf file you have to walk the name tree of EmbeddedFiles, retrieve the streams of all PDFs therein, and then merge all these PDFs.

You can do this as follows for a portfolio loaded in a PdfDocument pdfDocument (Java version; the OP edited a port to C# into his question body):