You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Question: changing the dependency from python-pypdf2 to python-mupdf #78
...not only PDF but also XPS, OpenXPS, CBZ, CBR, FB2, and EPUB formats, .... is hosted on GitHub.....also are registered on PyPI....by far the fastest in all aspects ...Its performance stats are also very promising....
Of special note in python-mupdf is also:
Interesting PDF manipulation and generation functions have been added over time, including metadata and bookmark maintenance,....
See also my notes on the importance of the "metadata" editing thing, #39
Reacted by Martin Thoma, Anton Karmanov and Ian S. McBride
Seems like PyPDF4 has several flaws but, on the other hand, PyMuPDF only provides binding for another library, meaning that in some systems usage of stapler will require compiling that library from source (generally not a good user experience). Does anyone know any other alternatives or has any input on that?
I like the MuPDF codebase quite a bit (and I'm sure these Python bindings must be fine) but it seems like it might be a bit (or a lot) overkill? See https://ghostscript.com/~robin/mupdf_explored.pdf for some of the things you can do with it. As a user I don't really care as long as it works. :-)
Activity
corollari commentedon Aug 17, 2020
Another possible alternative would be PyPDF4, which received it's last update about 2 months ago. See also issue #48
MartinThoma commentedon Aug 19, 2020
Although it has a lot of stars, this part of the README makes me doubt that the project is properly managed:
The link gives a 404.
MartinThoma commentedon Aug 19, 2020
Also, look at the commit history:
This looks very much like a side project with very little attention.
tjquinn1 commentedon Aug 20, 2020
PyPDF4 doesn't have documentation of any sort which should raise a red flag.
corollari commentedon Aug 20, 2020
Seems like PyPDF4 has several flaws but, on the other hand, PyMuPDF only provides binding for another library, meaning that in some systems usage of stapler will require compiling that library from source (generally not a good user experience). Does anyone know any other alternatives or has any input on that?
Frenzie commentedon Aug 20, 2020
I like the MuPDF codebase quite a bit (and I'm sure these Python bindings must be fine) but it seems like it might be a bit (or a lot) overkill? See https://ghostscript.com/~robin/mupdf_explored.pdf for some of the things you can do with it. As a user I don't really care as long as it works. :-)
MartinThoma commentedon Aug 20, 2020
Overview over MuPDF:
Overview over PyMuPDF:
odiebojangles commentedon Nov 18, 2020
PyMuPDF doesn't allow for working with files in bitstream. That's a killer for a lot of projects right there.
captn3m0 commentedon Jul 4, 2021
https://github.com/sfneal/PyPDF3 seems to be better maintained than PyPDF4. 3 Patch releases this year: https://github.com/sfneal/PyPDF3/blob/master/CHANGELOG. No docs though.
I migrated https://github.com/captn3m0/pystitcher from PyPDF2->PyPDF3 and it was seamless.
MartinThoma commentedon Apr 10, 2022
PyPDF2 is now maintained again. I'm the maintainer :-)