Earlier quoted context omitted.
Then why use a browser-based tool?
Because they used web technologies to put together the program?
My point is, why would you install and run a web service locally when you could just install a native PDF app?
PDF Tool – Modify PDFs in the browser without uploading
151–160 of 198 posts
Re: PDF Tool – Modify PDFs in the browser without uploading
#152Earlier quoted context omitted.
I'd create a fresh browser profile just for this, download it, then point it to use a http/socks proxy that will never exist. Work around that.
> Work around that. Easy. I use HTTP/3. No, really, HTTP and SOCKS proxies cannot carry QUIC traffic, so browsers don't even try. They just send it right through. If you block UDP, I guess I can still try DNS for exfil. HTTP proxies don't support DNS, and browsers need to be explicitly configured to proxy DNS through SOCKS, if the SOCKS proxy even supports it. Chances are, DNS exfil will work. Now, if you were to do…
I'm going to need a bug tracker link for that, it seems to dumb to be true. Surely they would just not use HTTP/3 if they can't do it through the configured proxy. I wouldn't bet my life on it though, I have seen dumber bugs.
edit: tested this the old-fashioned way with Firefox 116.0.3 on Ubuntu and nginx 1.25.1. Firefox does connect over HTTP 3 and CORRECTLY DOESN'T CONNECT AT ALL with a (bad) proxy configured. You are spreading FUD.
My Chrome 115.0.5790.170 doesn't seem to use HTTP 3 at all.
Re: PDF Tool – Modify PDFs in the browser without uploading
#153Earlier quoted context omitted.
Alt - F - K (menubar File => Work offline) It applies to the whole browser, not the current tab. But good enough.
Does this absolutely prevent a page from saving information, eg local stiarge, and later transmitting it when you either visit the site or a Web page where it is iframed?
Create a new profile from about:profiles to do this, and delete it afterwards.
Re: PDF Tool – Modify PDFs in the browser without uploading
#154Earlier quoted context omitted.
For that you may use containers, private mode, the menu to delete site data, and auto-delete.
So even here on HN, we've got a thread which: 1. starts by suggesting devTools, which is simple, elegant, and wrong. 2. improves by suggesting the "Work Offline" menu option of the File menu, which is hidden by default on both Windows and Linux, and also wrong. 3. improves to a state of minimal functionality with implicitly ordered steps to use Private Browsing, Offline Mode, and confidential file "upload." And, I gu…
This far down the thread, we are all caught in the "how could we achieve this", but I think it's clear that it's not easy.
Websites are not meant to not use the internet.
Re: PDF Tool – Modify PDFs in the browser without uploading
#155For Mac users, most of these things can be done in the default Preview.app
In the most unintuitive ways possible.
The fact that you can have a wonderful signature stamp, but the only way to get the image into the system is to hold an image up to your webcam is insane to me.
I have a perfect png signature with transparency, but there's no way to import it.
Re: PDF Tool – Modify PDFs in the browser without uploading
#156The lack of a good PDF editor in Linux has always seemed strange to me, considering the relative frequency of "fiddle with a PDF" tasks like splicing pages and so on. Sure you can do it with Pdftk (or stapler these days), and a mish-mash of pdfinfo, Imagemagick and so on but the GUI programs mostly seem pretty bad offerings considering they're a fairly thin shell around library operations.
My solution has been to use PDF-XChange Editor in Wine. Yes, this isn't a Linux native solution, but it works really well.
Re: PDF Tool – Modify PDFs in the browser without uploading
#157Big fan of the idea of offline in-browser tools: works on any device, and "installing" the program is as simple as visiting a webpage or opening the saved HTML file. This one uses WebAssembly, but even that isn't necessary: I wrote a couple of PDF tools for my own use that simply use pdf-lib: https://shreevatsa.net/pdf-pages/ https://shreevatsa.net/pdf-unspread/
I created something similar for pdf diffing since I needed “visual” diffing instead of “textual” diffing. It uses Mozilla’s PDF.js library as the rendering engine. It’s amazing how much you can do in-browser. https://parepdf.com/
Re: PDF Tool – Modify PDFs in the browser without uploading
#158Earlier quoted context omitted.
> Work around that. Easy. I use HTTP/3. No, really, HTTP and SOCKS proxies cannot carry QUIC traffic, so browsers don't even try. They just send it right through. If you block UDP, I guess I can still try DNS for exfil. HTTP proxies don't support DNS, and browsers need to be explicitly configured to proxy DNS through SOCKS, if the SOCKS proxy even supports it. Chances are, DNS exfil will work. Now, if you were to do…
I'm going to need a bug tracker link for that, it seems to dumb to be true. Surely they would just not use HTTP/3 if they can't do it through the configured proxy. I wouldn't bet my life on it though, I have seen dumber bugs. edit: tested this the old-fashioned way with Firefox 116.0.3 on Ubuntu and nginx 1.25.1. Firefox does connect over HTTP 3 and CORRECTLY DOESN'T CONNECT AT ALL with a (bad) proxy configured. You…
> Surely they would just not use HTTP/3 if they can't do it through the configured proxy.
That's what I thought, at first. But, back when Chrome introduced QUIC, this was a known phenomenon in proxy-restricted but not-UDP restricted setups. I doubt I'd be able to find a bug report for it, given Google's nature, but there's a few reports[1][2][3] by proxy vendors asking for QUIC to be disabled or traffic will go through, even when Chrome is configured to use a proxy.
And here's[4] a user report with the same observation, with Chrome connecting directly to its mothership without going through the configured proxy. The user reports successful blocking upon disabling QUIC
1: https://www.currentware.com/support/disable-quic/
2: https://support.umbrella.com/hc/en-us/articles/360051232032-...
3: https://support.forcepoint.com/customerhub/s/article/0000154...
4: https://superuser.com/questions/1688524/why-google-com-doesn...
> You are spreading FUD.
I assure you, I had no such intention. I was just reporting from memory, of years ago, back when I was in college and had to deal with a proxy-restricted network, and QUIC was being rolled out.
> My Chrome 115.0.5790.170 doesn't seem to use HTTP 3 at all.
Maybe your Chrome has HTTP/3 blocked for some reason. Or, more likely, Chrome supports a different draft of the HTTP/3 spec than the server you're testing against. It has a history of doing that too.
Re: PDF Tool – Modify PDFs in the browser without uploading
#159The lack of a good PDF editor in Linux has always seemed strange to me, considering the relative frequency of "fiddle with a PDF" tasks like splicing pages and so on. Sure you can do it with Pdftk (or stapler these days), and a mish-mash of pdfinfo, Imagemagick and so on but the GUI programs mostly seem pretty bad offerings considering they're a fairly thin shell around library operations.
I use masterpdfeditor, but it’s not free nor open source. It’s still an amazing piece of software though.
+1
Re: PDF Tool – Modify PDFs in the browser without uploading
#160Semi related: I have been looking far and wide for a tool that replicates Acrobat's /fill and sign/ feature, allowing me to fill out NON-form-fillable PDFs. Something where I can fill it out, save, and then open up later to edit and add/remove previous additions. Adobe as a business, their pushiness about creating an account and the fact that they bundle McAfee's shitware with Acrobat never sat well with me, so I'd l…
I do not understand why Microsoft still does not offer something similar to macOS’s Preview app.