Live data from Hacker News

SumatraPDF Reader

github.com

221–230 of 276 posts

Re: SumatraPDF Reader

#221
post #50

Earlier quoted context omitted.

https://github.com/GrapheneOS/PdfViewer

It does not work on Android 6

Android 6 has multiple zero-click vulnerabilities. Charitably, your comment is ridiculous.

Don't use Android 6, unless completely offline, or on a local-only network.

Re: SumatraPDF Reader

#222

Sumatra is great, though occasionally I wish it were possible to have something like Firefox's wrapped scrolling [1] where more than 2 pages can be shown side by side. On a reasonably large monitor, being able to quickly zoom out to see e.g. 30 pages (sometimes all the pages of a journal article) at the same time can be very useful. You can be on p. 20, then go and quickly look up a definition on p.2, then frictionle…

As you probably know, you could use bookmarks. Or you could open two copies of the same PDF. (But yes, I love that feature in viewers.)

Re: SumatraPDF Reader

#223

What's super handy about SumatraPDF is that it will auto reload normal image files if they're modified, so it's an easy way to get some sort of windowed graphics output by saving image files.

Also what's super handy is that it can send PDFs to select printers from the command line (which is a killer feature, at least in Windows).

Re: SumatraPDF Reader

#224
post #162
post #108

Earlier quoted context omitted.

> The problem is that Gtk is ugly, Qt is extremely bloated and WxWidgets barely works. Seems like the author didn't look at cross-platform toolkits since 90s.

(I wrote the post). That's fair in the sense that I did not look closely at latest Gtk or Qt or WxWidgets. That being said they certainly did not get lighter. Last I checked Qt was over 10 MB of libraries). Sumatra is 12 MB and I'm guessing over 8 MB is fonts needed to render PDF documents. So just Gtk or Qt code would be more than the whole app. Latest Gtk4 does seem to look nice so maybe calling it ugly was uncalle…

What about Tk?

Re: SumatraPDF Reader

#225

Earlier quoted context omitted.

> I became increasingly terrified of making changes. That's the main value of automated tests.

I rarely feel like tests make it easier for me to make changes later. Types do give me that feeling pretty reliably, though.

Agreed that types are better, but good test suites contain plenty of reminders of corner cases that you probably forgot to consider during your refactor.

Re: SumatraPDF Reader

#226

SumatraPDF is among the OSS PDF tools I use. Since Adobe is pushing a more aggressive stance for monetization of Acrobat, I am trying to replace selected PDF workflows with OSS. Here are some of the tools I use. qpdf removing passwords, unlocking PDFs, conversion install in WSL with apt-get install qpdf remove password with qpdf --decrypt --password="" input.pdf output.pdf PDF4QT - Open Source PDF Editing Deleting, S…

META: What's the best way to convert pdfs to CSV/excel? Any new LLM tool?

I think the best way to convert pdfs to tabular data is using pdfplumber together with a pandas (dataframes) workflow and writing results to CSV.

Re: SumatraPDF Reader

#227

Great retrospective of SumatraPDF from the author: https://blog.kowalczyk.info/article/2f72237a4230410a888acbfc... .

From the retrospective. > And yet I do know that you can write complex, relatively bug free code without tests, because I did it. > I do know that you can write complex, relatively bug free code without anyone looking over your code, because I did it. > If no one uses your app then who cares if it crashes. > If many people use your app and it crashes, they’ll tell you and then you’ll fix it. Those four statements are…

I'm with the author (op) on this, unless it's critical code, launching a buggy project that gets some use & feedback is way better than holding-on for perfection and face certain project failure.

seek forgiveness rather than permission - gets you launched - gets you better

Re: SumatraPDF Reader

#228
post #166

Earlier quoted context omitted.

(I wrote SumatraPDF). I agree that Adobe has more features than SumatraPDF. Not necessarily the PDF spec itself - SumatraPDF displays pretty much any PDF you throw at it, just way more options and stuff. And it's not exactly slow. I'm sure the core rendering of PDF pages is same or faster. It's just slow to start. Like very, very, sluggish slow. And it's very visible to users. I don't think it's the features that cau…

> SumatraPDF displays pretty much any PDF you throw at it, just way more options and stuff Sumatra includes a 3D renderer to display embedded CAD models? https://helpx.adobe.com/acrobat/using/displaying-3d-models-p...

I understood "pretty much" as "most" but not "all". I've been viewing PDFs for 20+ years and never encountered one with 3D content so ”pretty much” seems like a good adjective to use here for me.

Re: SumatraPDF Reader

#229

I implore all developers of PDF readers to implement sioyek's overview feature[0]. When you hover on a cross-referenced entry, it opens a little preview window with the contents of the reference. It is an absolute game-changer for reading textbooks and technical papers; I cannot overstate its utility. [0] https://github.com/ahrm/sioyek#overview

> When you hover on a cross-referenced entry, it opens a little preview window with the contents of the reference. Wikipedia does the same thing, but I assume you would know that. What am I misunderstanding? Also, if it makes your PDF reader execute arbitrary remote code, isn't that a serious risk?

I don't believe it's a risk, since you're not injecting arbitrary remote code into a document, you're more overlaying on top of it. Even if the reader wants to execute code, then it will, that's how you have a reader to begin with. As long as it's not the PDF itself (source document) deciding to execute inline code, you should be fine.
Post reply on HN