This is a robust, locally hosted web-based PDF manipulation tool using Docker. It enables you to carry out various operations on PDF files, including splitting, merging, converting, reorganizing, adding images, rotating, compressing, and more. This locally hosted web application has evolved to encompass a comprehensive set of features, addressing all your PDF requirements.
Stirling PDF does not initiate any outbound calls for record-keeping or tracking purposes.
All files and PDFs exist either exclusively on the client side, reside in server memory only during task execution, or temporarily reside in a file solely for the execution of the task. Any file downloaded by the user will have been deleted from the server by that point.
This is a very cool project, but it would be cool to see it all in JS / client side instead of depending on a server-side Java powered component.
This statement makes me think this app is entirely anti foss
Why would it make you think that? The App isn’t anti-foss. I believe they’re doing a lot of things server side just because there were already popular and well tested libraries for many functions. Either way it should be way easier to deal with PDFs in Java than in JS.
Because java is compiled…and server side isnt visible? Or is it all downloadable? Regardless seems ridiculous we need a server ran app just to edit pdfs
You can download, compile and have both the server-side and the client-side components running in your machine. It’s easy to get it running with Docker and nothing is locked or “invisible” in that project. One thing we can say is that it might not be convenient.
Alternatively you have https://tools.pdf24.org/en/ that has about the same features and provides a downloadable desktop app ready for usage.