Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

PDF Viewing

github.com

Post reply on HN
Print view View original

51–60 of 63 posts

Re: PDF Viewing

#51

Post by duncanawoods »

fiatjaf wrote: post #15

Now they are going to show json, xml, yaml, graphviz, audio files, video files, display docx, xlsx, pptx, prettify your minified code, build a database for you from SQL backups and let you query it, set up an environment from your .env files and give you a shell prompt, show you a rendered DOM from your HTML files and virtual dom declarations, display structured data from microformats, microdata and json-ld, let you…

I see the future of GitHub as a new type of operating system. Git as the file system for an OS isn't too surprising but starting with an open, highly collaborative network of users with many forks and interdependent repos at the file-system level makes for an OS that could barely have been imagined on paper.

If they integrate Atom online like Cloud9 then with automatic build\hosting its basically the full stack for developing and using the web where the current GitHub repo viewers are the equivalent of Finder/Explorer. The Google/MS capitulation to GitHub will be seen as a catastrophic handover of power if they can build a moat around this. Maybe the distributed and open nature of both git and the web will prevent any moat? Interesting times.

Re: PDF Viewing

#52

Post by jumpwah »

duncanawoods wrote: post #51
fiatjaf wrote: post #15

Now they are going to show json, xml, yaml, graphviz, audio files, video files, display docx, xlsx, pptx, prettify your minified code, build a database for you from SQL backups and let you query it, set up an environment from your .env files and give you a shell prompt, show you a rendered DOM from your HTML files and virtual dom declarations, display structured data from microformats, microdata and json-ld, let you…

I see the future of GitHub as a new type of operating system. Git as the file system for an OS isn't too surprising but starting with an open, highly collaborative network of users with many forks and interdependent repos at the file-system level makes for an OS that could barely have been imagined on paper. If they integrate Atom online like Cloud9 then with automatic build\hosting its basically the full stack for d…

>Git as the file system

Re: PDF Viewing

#53

Post by Aissen »

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.

Works perfectly here. Firefox 36.0.1.

Re: PDF Viewing

#54

Post by nindalf »

rmkrmk wrote: post #20
landr0id wrote: post #6

Earlier quoted context omitted.

I've been using GitHub a lot lately for storing my class notes and this is really awesome. I use an app which allows Markdown/mathematical LaTeX and renders it to a PDF and previously they were impossible to view on mobile because of how raw assets are served.

Which app do you use?

I use MacDown for the same purpose - keeping class notes. I write in markdown and export to pdf. I would definitely recommend it to anyone.

Re: PDF Viewing

#55

Post by volent »

MrBuddyCasino wrote: post #49
captainmuon wrote: post #14

I don't understand it... what's the benefit of this as opposed to just embedding an iframe? And whats the role of pdf.js here? They seem to just show images of the pages - non interactive and non-selectable. When you are using pdf.js, you can actually get a nice embedded viewer exactly like firefox has (and similar to chrome). And the embedded pdf.js viewer would also be more secure than the iframe, if that's your co…

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.

Re: PDF Viewing

#56

Post by cnnamon »

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.

Works on mac too.

Re: PDF Viewing

#58

Post by long »

yellowapple wrote: post #31
long wrote: post #26

Earlier quoted context omitted.

There really needs to be a standard "pausible gif" format for stuff like this

You mean webm? :)

I actually mean a format where (1) the number of frames is quite small and (2) the pauses between frames are there by default and transitions have to be triggered by a user action.

Re: PDF Viewing

#59

Post by nunull »

klzns wrote: post #57

It would be nice if I could make the README a PDF file, so it would render the PDF on the front page of the repo. Like so: https://github.com/brenoc/testrepo Spoiler: It didn't work

Did you really just grap a HTML-file und renamed it to .pdf? Surely this doesn't work.

Re: PDF Viewing

#60

Post by Oompa »

bentcorner wrote: post #11

That gif went by way too fast. If anyone is confused like me: It looks like Github will now show PDFs inline. It took me a minute to figure out that the GIF was a demo (and this had nothing to do with rendering PDFs into realspace using a 3d printing robot), and the page was from github's official blog.

Sorry about that. I've updated it with a slowed down version :)
Post reply on HN