Looks great! Diving into the docs I especially liked the idea of a headless React library so I can design my own UI and add some extra components. How difficult would it be to automatically highlight or underline certain terms in the PDF and then render a custom component when I click or hover over the term?
wewewedxfgdf 1 hours ago [-]
I'm curious to know why you built this when the Mozilla PDF viewer exists:
Not criticizing because there's lots of reason to build things that exist, just curious.
majkinetor 1 hours ago [-]
Cursory looks tells me that there are some different features, like annotation comments.
billconan 7 hours ago [-]
Very nice! I once had a side project with a built-in PDF viewer. My first version used pdf.js, but when zooming in quickly, it felt sluggish and hard to keep the zoom focus in the right place.
So I built my own PDF viewer, this time using pdfium in C++ with Metal for rendering — here’s a quick demo: https://youtu.be/jJMhVn5yzEI
I implemented a tiling technique to balance memory usage and performance. I didn’t realize pdfium could be so performant in WebAssembly — and honestly, I actually prefer developing UI on the web compared to C++.
bobsingor 6 hours ago [-]
Honestly, yours looks even snappier than what I had, the way it’s handling zoom feels super fluid. Really impressive work! Makes me want to dig back in and see if I can match that speed.
billconan 5 hours ago [-]
Thank you! Smooth zooming was the main thing I focused on optimizing. I haven’t implemented text search yet, that’s a whole other rabbit hole, with challenges like stitching text objects together and handling text normalization.
My code runs natively, so users need to download a client and I have to code the rest of the ui in cpp, that’s the downside. I did consider a hybrid approach with Electron or Tauri, but dropped the idea to avoid IPC overhead and get the best possible performance.
gurjeet 5 hours ago [-]
Gave it a quick try. Annotations didn't work at all in Fierfox, but all annotation types (underline, highlight, etc.) worked as expected in Chrome.
bobsingor 4 hours ago [-]
I haven’t had the chance to test annotations in Firefox yet, so thanks for pointing that out. I’ll check what’s going on there, good to know they’re working fine in Chrome.
grimgrin 1 hours ago [-]
If you haven't checked yet, you'll notice:
Uncaught ReferenceError: TouchEvent is not defined
That is not even close to what I thought when I saw the logo.
davorak 2 hours ago [-]
I did not see it either until it was pointed out. I probably would not make the connection again if I saw the logo after a reasonable gap of time. Projects are brought down or are less than they could be other wise because logo choice or name choice though so this case is hard for me to immediately brush it off without doing research/survey/etc, (edit) mostly because I am not familiar with the area.
Husieandr 20 minutes ago [-]
Rent free lol
17 minutes ago [-]
slig 3 hours ago [-]
Thank you for sharing and being so generous with the licensing. I know this might be way out of scope, but do you have any plans for a "flipbook" visualization?
bobsingor 2 hours ago [-]
Not on the roadmap yet, but I’d definitely be open to adding it if more people are interested.
lucfranken 5 hours ago [-]
Seems to work great!
Little note: when you switch from redaction to view with the redaction tool (red lines) active it stays active in the view mode. Impossible to scroll because it still redacts.
Refresh fixes it.
bobsingor 4 hours ago [-]
Good catch, I’ll fix that. On mobile, it’s intentional that scrolling is disabled while in redaction mode so you can make precise selections, but if you switch back to the view tab it should definitely exit redaction mode. Thanks for spotting it!
looperhacks 5 hours ago [-]
I tried a random PDF that includes an annotation, but the annotation didn't show up. I assume the annotations this supports are no real annotations?
bobsingor 4 hours ago [-]
We already support quite a few real PDF annotations: circle, square, polygon, polyline, highlight, underline, squiggly, strikeout,free text, stamps, and ink. Some types are still on our list, like links, form fields, sound annotations, file attachments, and 3D models. Do you happen to know what annotation type it is in your PDF? I’m curious.
NooZ 3 hours ago [-]
Very nice!
Thanks for sharing.
How long are you working on that ?
bobsingor 2 hours ago [-]
Thanks! I’ve been working on it for about 7 months now.
typpilol 3 hours ago [-]
The mobile site works well. Quite fast and snappy
gorgoiler 4 hours ago [-]
MIT license is generous. Good for you, and thanks!
Thanks! I wanted to make it as easy as possible for people to use, tweak, and build on top of it, so MIT felt like the right choice.
lysace 5 hours ago [-]
The repo appears to contain a copy of Foxit’s/Google’s pdfium along with a UI and lots of abstraction layers/examples for various JavaScript frameworks.
I’m not a JavaScript developer (perhaps there are cultural differences at play?), but in general I think it would be polite to credit the developers of the actual PDF engine.
davorak 4 hours ago [-]
The repo is marked with the pdfjs and pdfium topics so there is that.
Beyond that, powered by... and similar make sense if the library/engine allows or encourages the behavior.
https://github.com/mozilla/pdf.js
Not criticizing because there's lots of reason to build things that exist, just curious.
So I built my own PDF viewer, this time using pdfium in C++ with Metal for rendering — here’s a quick demo: https://youtu.be/jJMhVn5yzEI
I implemented a tiling technique to balance memory usage and performance. I didn’t realize pdfium could be so performant in WebAssembly — and honestly, I actually prefer developing UI on the web compared to C++.
My code runs natively, so users need to download a client and I have to code the rest of the ui in cpp, that’s the downside. I did consider a hybrid approach with Electron or Tauri, but dropped the idea to avoid IPC overhead and get the best possible performance.
But please change the logo, looks like a swastika.
I am also fine with calling things swastikas in a non-judgemental purely-heraldic way. Being a swastika doesn't mean something should be compared unfavorably to that swastika lol <https://commons.wikimedia.org/wiki/Category:Swastikas_in_her...>
Little note: when you switch from redaction to view with the redaction tool (red lines) active it stays active in the view mode. Impossible to scroll because it still redacts.
Refresh fixes it.
I’m not a JavaScript developer (perhaps there are cultural differences at play?), but in general I think it would be polite to credit the developers of the actual PDF engine.
Beyond that, powered by... and similar make sense if the library/engine allows or encourages the behavior.
I would also mention it in the README.md.