Hacker News new | past | comments | ask | show | jobs | submit login

Sure, but under the hood both the HTML5 APIs and Pepper APIs call into the same code, at least for WebGL, the performance behaviour on Chrome between WebGL and Pepper's GL wrapper is basically identical, and most other exposed API features are so similar to their HTML5 counterparts that it is almost certain that there's the same code underneath.



> Sure, but under the hood both the HTML5 APIs and Pepper APIs call into the same code

It's still wasted effort, though. Maybe they share some code, but Pepper is an unnecessary extra API. One that's non-standard and results in vendor lock-in.


Do you think Google could be persuaded to contribute PNaCL as an open standard?


There were beginnings of talks to get cross-vendor consensus on Pepper (which would be a prerequisite to any standardization attempt of PNaCl) in 2010: https://mail.mozilla.org/pipermail/plugin-futures/2010-April...

The general consensus among non-Google browser vendors was that just using the existing browser APIs was a more desirable approach than Pepper. Since then, Pepper has remained a Chrome-specific technology.


Could Google add NaCl support to Firefox with an add-on?


They could, but why would they?


To help developers?


Judging from their FAQ [0] on it, it doesn't seem like they are generally opposed to the idea, just see it as premature at this time.

[0] https://developer.chrome.com/native-client/faq




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: