i7j-rups
polyfile
i7j-rups | polyfile | |
---|---|---|
3 | 2 | |
248 | 323 | |
0.8% | 0.6% | |
5.3 | 7.6 | |
12 days ago | 2 months ago | |
Java | Python | |
GNU General Public License v3.0 or later | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
i7j-rups
-
So you want to modify the text of a PDF by hand
Great post. I've spend a lot of time reading through the PDF specification over the last ~5 years while building DocSpring [1], and I still feel like I've barely scratched the surface. qpdf is a great tool. One of my other favorites is RUPS [2], which really lets you dig into the structure of a PDF.
[1] https://docspring.com
[2] https://github.com/itext/i7j-rups
-
Show HN: I am building a new Python library to read/write PDF files
> find a version of iText RUPS application from somewhere on the internet
You mean this, right? https://github.com/itext/i7j-rups#readme
-
Any decent free online tool which can give me a breakdown of pdf contents including relative sizes of assets such as images, fonts, etc?
It's not an online tool, but it's free nonetheless: https://github.com/itext/i7j-rups
polyfile
- Blind Spots: Automatically detecting ignored program inputs
-
Show HN: I am building a new Python library to read/write PDF files
Be careful with PDF! There are many ambiguities in the specification that are implemented differently between parsers, as well as implicitly accepted malformations that almost all parsers will silently accept without warning. It is very easy to accidentally produce so-called file format schizophrenia: When the same file is rendered differently between two parsers. For example, with PDF, what if you have a PDF object stream that has a length that doesn't agree with the position of its `endstream` token? What if you have a PDF dictionary with duplicate keys? Do you use the value of the first key or the second? What if you have two, valid PDFs concatenated one after the other? Do you render the first or the second? What if an object in the XREF table has an incorrect offset?
Shameless plug: I am one of the maintainers of PolyFile, which, among other things, can produce an interactive HTML hex editor with an annotated syntax tree for dozens of filetypes, including PDF. For PDF, it uses a dynamically instrumented version of the PDFminer parser. It sounds like it might satisfy your use case.
https://github.com/trailofbits/polyfile
What are some alternatives?
PyMuPDF - PyMuPDF is a high performance Python library for data extraction, analysis, conversion & manipulation of PDF (and other) documents.
pdfsyntax - A Python library to inspect and modify the internal structure of a PDF file
polytracker - An LLVM-based instrumentation tool for universal taint tracking, dataflow analysis, and tracing.
djot - A light markup language
pdfquery - A fast and friendly PDF scraping library.
annotated-pdf-spec - Collection of useful hints for implementing a PDF library
pdfplumber - Plumb a PDF for detailed information about each char, rectangle, line, et cetera — and easily extract text and tables.
kaitai_struct_formats - Kaitai Struct: library of binary file formats (.ksy)
bericht - Incremental HTML to PDF converter.
mupdf - mirrored from git://git.ghostscript.com/mupdf.git