Why did they close down something like Google Reader and Not Google Code Hosting? Do anyone actually use it? I wish they could either make Google Code decent or simply kill it and use GitHub instead. Is this a new implementation? Of did Foxit release it as Open Source?
It shows that the original code was Foxit's so would that mean that Foxit released the code or did Google purchase code rights and then decided to open source? Anyways, why would they host it on Google code?
PDFium: Chrome’s PDF rendering engine is now open-source
41–50 of 106 posts
Re: PDFium: Chrome’s PDF rendering engine is now open-source
#42Why did they close down something like Google Reader and Not Google Code Hosting? Do anyone actually use it? I wish they could either make Google Code decent or simply kill it and use GitHub instead. Is this a new implementation? Of did Foxit release it as Open Source?
It shows that the original code was Foxit's so would that mean that Foxit released the code or did Google purchase code rights and then decided to open source? Anyways, why would they host it on Google code?
Re: PDFium: Chrome’s PDF rendering engine is now open-source
#43Why did they close down something like Google Reader and Not Google Code Hosting? Do anyone actually use it? I wish they could either make Google Code decent or simply kill it and use GitHub instead. Is this a new implementation? Of did Foxit release it as Open Source?
Not everything should move to GitHub (although i prefer GitHub also)
Re: PDFium: Chrome’s PDF rendering engine is now open-source
#44Re: PDFium: Chrome’s PDF rendering engine is now open-source
#45Earlier quoted context omitted.
Well, it wouldn't make sense for Firefox to adopt this: 1. It is tied to v8 (PDFs can run JS, this PDF viewer uses v8 do so - see CJS_Context::RunScript etc), so it would mean bundling 2 JS engines, with all the security downsides of that. 2. This is written in C++. You can sandbox C++ in various ways, but that would still increase the surface area of the browser, compared to pdf.js which only uses things normal web…
Yeah, but with Chrome reading PDFs is almost like seeing a normal web page, whereas with pdf.js my i7 jumps to 100% CPU usage. In any case, I use a native viewer, which provides the best overall user experience.
In particular, I enjoy it's superior font rendering (compared to the chrome implementation). I really don't get why chrome (on windows anyhow) has fairly fuzzy fonts while rendering pdf - noticably worse than pdf.js or acrobat.
Re: PDFium: Chrome’s PDF rendering engine is now open-source
#46Earlier quoted context omitted.
Well, it wouldn't make sense for Firefox to adopt this: 1. It is tied to v8 (PDFs can run JS, this PDF viewer uses v8 do so - see CJS_Context::RunScript etc), so it would mean bundling 2 JS engines, with all the security downsides of that. 2. This is written in C++. You can sandbox C++ in various ways, but that would still increase the surface area of the browser, compared to pdf.js which only uses things normal web…
How about converting this viewer through Emscripten using asm.js. Would be interesting to see performance comparison with pdf.js :)
On the other hand, there might be an initial compilation pause when starting to load the PDF.
Re: PDFium: Chrome’s PDF rendering engine is now open-source
#47For some one using PDF.js (which works great both on Chrome & Firefox) for my company's enterprise app - does this matter much ?
Re: PDFium: Chrome’s PDF rendering engine is now open-source
#48Earlier quoted context omitted.
Yeah, but with Chrome reading PDFs is almost like seeing a normal web page, whereas with pdf.js my i7 jumps to 100% CPU usage. In any case, I use a native viewer, which provides the best overall user experience.
That's really weird - I use pdf.js all the time, and suffer no such issues. In particular, I enjoy it's superior font rendering (compared to the chrome implementation). I really don't get why chrome (on windows anyhow) has fairly fuzzy fonts while rendering pdf - noticably worse than pdf.js or acrobat.
Re: PDFium: Chrome’s PDF rendering engine is now open-source
#49Earlier quoted context omitted.
That's really weird - I use pdf.js all the time, and suffer no such issues. In particular, I enjoy it's superior font rendering (compared to the chrome implementation). I really don't get why chrome (on windows anyhow) has fairly fuzzy fonts while rendering pdf - noticably worse than pdf.js or acrobat.
The rest of the world seems to have similar experience with mine, if you check the threads at this other HN story: https://news.ycombinator.com/item?id=7716022
Re: PDFium: Chrome’s PDF rendering engine is now open-source
#50In case the authors are lurking here, what are the main differences between this and poppler?