News for hackers. Stuff that matters.
Re:Chrome Cube Lab by verroq on Monday May 19, 2014 @10:19AM (#7767514)
Why is this so slow on Firefox? Why is every single cool thing that show up on HN so slow in Firefox?
Re:Chrome Cube Lab by drzaiusapelord on Monday May 19, 2014 @11:51AM (#7768032)
Re:Chrome Cube Lab by untog on Monday May 19, 2014 @10:23AM (#7767530)
Sounds like something you might want to ask the Firefox team about.
Re:Chrome Cube Lab by Pacabel on Monday May 19, 2014 @11:07AM (#7767751)
Is that worthwhile, though?

Whenever the issue of Firefox's performance or resource usage comes up, the response is usually along the lines of, "There are no problems."

Then somebody usually links to http://arewefastyet.com/, using it as "evidence" that Firefox is somehow faster than the competition.

Meanwhile, there are many of us sitting here using Firefox, suffering from the poor performance that was initially inquired about, wondering how it could possibly be claimed that such an obvious problem "does not exist".

Re:Chrome Cube Lab by fixermark on Monday May 19, 2014 @12:15PM (#7768190)
... the bug thread then continues to the point where someone eventually says "Patches always welcome."

... which is understood polite-speak for "Yes, it's a problem. No, nobody is volunteering to fix it right now."

Re:Chrome Cube Lab by walls on Monday May 19, 2014 @10:45AM (#7767620)
Chrome is quickly becoming the new IE. Browser demos are now frequently written and tested for the quirks and behavior of a single browser. (and it's always Chrome)

This behavior people have been railing against for years is once again standard.

Re:Chrome Cube Lab by SEJeff on Monday May 19, 2014 @11:12AM (#7767796)
Not really. They are based on open standards that use functionality that happens to be faster under V8 (chrome's javascript engine).

In fact, this uses threejs[1] under the hood. It is just that the version of Firefox someone is using sucks in comparison to Chrome for the three.js stuff (likely WebGL).

[1] http://threejs.org/

Re:Chrome Cube Lab by Pacabel on Monday May 19, 2014 @11:20AM (#7767841)
In practice, an "open standard" that has only been suitably implemented by just one party really isn't all that open.

Now, maybe there's a greater chance that the situation will change, and other suitable implementations will eventually arise. But until that happens, an open standard with one usable implementation really isn't different from a closed standard at all.

Re:Chrome Cube Lab by SEJeff on Monday May 19, 2014 @11:32AM (#7767912)
I would counter that and say, "An 'Open Standard' created and then implemented by 1 party is no different than a closed standard".

However, Khronos[1], the entity that makes opengl, also made the webgl standard. The fact that mozilla hasn't done as good of a job implementing it as google has doesn't magically negate the fact that it is still an open standard (that mozilla has actually implemented, just poorly).

[1] https://www.khronos.org/webgl/

Re:Chrome Cube Lab by EvanYou on Monday May 19, 2014 @10:52AM (#7767653)
Specifically for these experiments though, CSS 3D transform has been implemented based on the same working draft for quite a while, and it's mostly being edited by folks from Apple. Firefox being slow really has little to do with people optimizing for Chrome.
Re:Chrome Cube Lab by fixermark on Monday May 19, 2014 @12:17PM (#7768204)
There are some issues that developers of Firefox (in aggregate) don't consider enough of a priority to fix.

My personal favorite bug: [https://bugzilla.mozilla.org/show_bug.cgi?id=116083]

Long story short: "It'll be a problem until someone patches a solution in."