steipete

RevenueCat. The rest are just copycats.

MIT license. Easy to copy and host cheaper. Curious how long this will work before you change it.

It works surprisingly well though, been using it since the early betas.

I’ve read the reports but I’m not seeing this. Normal workflow and already over 11 GB that swaps.

You can use arch -x86_64 and install the Intel versions. Small perf overhead but not really noticable.

This project has no issue tracker.

Author here: I’m gay, not cis.

But: I agree that women have it even harder - I can only share my own experience though, in the hope it’s interesting to some folks.

Ah, Hacker News. Never disappoints. Was hoping to inspire some folks.

Doctor Who?

LiquidText is powered by the PSPDFKit PDF SDK! https://pspdfkit.com/

I still remember at WWDC a few years back, I went with some older radars to the labs, only to get turned down with a „You already have a workaround - why do you care?“

...that made me mostly stop filing radars for older issues.

There's no issue tracker?

You can see the difference in the WebAssembly Benchmark: http://iswebassemblyfastyet.com

PSPDFKit (https://pspdfkit.com) | Frontent Web Engineer; iOS Engineer; Support Engineer

PSPDFKit is a remote company building SDKs for document display (PDF + Images). We are on all platforms (even Windows) and used by basically all cloud storage providers.

Modern React-based tech stack on the Web SDK. Also lots of C++.

Interesting challenges since we not only want to design a great product, but also an easy-to-understand API with many customization points.

Bootstrapped company here. We make money by selling products. No VC BS.

https://pspdfkit.com/jobs

They are not great to work with. You can get away with CI, but not as a work machine. No GPU acceleration.

Hello Hacker News, Author here. AMA. This was fun to build!

No OpenGL_ES. And since there are no mac-only APIs yet, that means no OpenGL. But you could do some nasty things to get it at runtime...

A great WASM benchmark: http://iswebassemblyfastyet.com/

We did that in https://pspdfkit.com/blog/2017/webassembly-a-new-hope/ - WebAssembly is really fast, the different is less than you'd expect.

Think construction plans, PowerPoint presentations, contracts - there are many documents that don't fit the classical Word document model.

Metrics are required platforms (iOS, Android, Web, Windows, macOS, Linux), components (see matrix on https://pspdfkit.com/pdf-sdk/), number of users, number of server nodes (if Docker-based), number of apps/[sub]domains, internal/external access and expected support, to name a few. We're usually quite fast to figure something out that works for both parties, pricing is in the 4 (passion projects) to 6 (enterprise) figure range. Simply drop us a message via https://pspdfkit.com/sales to get things started. We try to make this process as easy as possible.

Safari's PDF viewer doesn't allow you to annotate, especially not in real time with other users: https://pspdfkit.com/instant/

It's also quite basic when it comes to forms and often loses data.

For cases where more performance is required we always recommend using PSPDFKit Server, so PDFs render in native code on a high-power machine, and very likely using cached tiles.

Ha! Not sure if you've seen it, but we offer native SDKs for iOS, Android, Windows, macOS and Linux. Our Web SDK also has a version that uses PSPDFKit Server via a Docker container to get faster performance.

The performance difference to native is smaller than you might think though - see our post from a few months back: https://pspdfkit.com/blog/2017/webassembly-a-new-hope/

PSPDFKit for Web Standalone is a great choice for an easy-to-deploy web viewer, annotation editor and form filler, and performance is great. Definitely better than pdf.js - which is typically where people start with, before they upgrade to PSPDFKit for Web.

You can't compare small/micro-benchmarks that call into WebAssembly and then get the result with a larger full-stack application where parts are in JS and parts in WASM - both are highly interlinked. This is much more reflective of real products. We couldn't find a benchmark that shows such end-to-end usage, so we built one.

PDFBox is great for basic PDF editing in Java and Android-Land.

If falls short when you need UI to render a document as well. We often see people upgrading to PSPDFKit for Android for that, more performance, and commercial support:

http://pspdfkit.com/android

</Shameless Self Promo>

Thanks for the link - it's linked in the post as well, certainly interesting to know. We also have someone working at our company who previously worked at 1Password and is really happy that he can use Slack again.

The pointer events contribution comes from PSPDFKit, a company that sells PDF SDKs for mobile, desktop and web. It's used in https://pspdfkit.com/web/

PSPDFKit | REMOTE | Full-time | C++

PSPDFKit is the leading SDK for working with PDF files on Android, iOS and Web. We're trusted by Dropbox, Box and many Fortune 500 companies to take care of these tricky yet essential parts in their Android and iOS apps.

We offer native APIs per platform - all driven by our large, shared C++ core. https://pspdfkit.com/blog/2016/a-pragmatic-approach-to-cross...

C++ is used everywhere, even for our Web SDKs, using WebAssembly: https://pspdfkit.com/blog/2017/webassembly-a-new-hope/

If you're interested in working for a fully bootstrapped company, with a team all over the globe, that iterates quickly and uses a modern, pragmatic tech stack (C++14/17), then check out our job ad: https://pspdfkit.com/jobs/#senior-cplusplus-engineer