Live data from Hacker News

PDF Viewing

61–63 of 63 posts

Re: PDF Viewing

#61

Post by Oompa » Wed, Mar 18, 2015, 8:52 PM UTC

volent wrote: post #55

MrBuddyCasino wrote: post #49

Earlier quoted context omitted.

No its actually pdf.js rendered on a canvas [0]. But the text is non-selectable it seems? [0] see https://github.com/papers-we-love/papers-we-love/blob/master...

Wow, i don't know if it's because the pdf here is big but my computer froze when I opened this link.

That should definitely not happen. Does that consistently happen when you click that link?

Re: PDF Viewing

#62

Post by Oompa » Wed, Mar 18, 2015, 8:55 PM UTC

marksands07 wrote: post #38

Unfortunately, I can't get a single paper to load on https://github.com/papers-we-love/papers-we-love , at least on my laptop. I guess PDF.js is limited to smaller PDF files or it just requires more GBs of RAM to support all file sizes.

No bueno! Any specific PDF file? We only render a small number of pages by default to ensure browsers can handle it :)

Re: PDF Viewing

#63

Post by hobarrera » Thu, Mar 19, 2015, 8:07 PM UTC

NeutronBoy wrote: post #24

hobarrera wrote: post #18

Any sane reason to store PDF files into git repositories? Why would you version binary files; version LaTeX, or whatever's generating your PDFs.

The alternative is to store pdf-from-client-v1.pdf, pdf-from-client-v2.pdf, etc

That doesn't address the proposed alternative: version the actual source file (eg: lated?) rather than the PDF file.

Post reply on HN