Slashdot Mirror


Firefox Beta Scores 93 On Acid3 Test

CodeShark writes "Mozilla released their latest Firefox 3.X beta today (3.5b4), and increased their score on the Acid 3 test to 93 [on my XP laptop], with tests 70, 71, and tests 75-79 being the final challenges. Curiously though, the current release of the top Acid3 performer — Safari — still not only rates higher (I got scores of 99 once and 100 most of the time) but is usually faster by a little (1.1 sec avg. vs. 1.4 over ten runs apiece) but only because the new Firefox beta was all over the map — frequently better by 25% (.85sec) or tanking badly with rendering times in the 2.5 — 3 second range, and both suffer performance hits on one test (#69)."

44 of 282 comments (clear)

  1. Meh. by Chabil+Ha' · · Score: 3, Interesting

    This should be news when FF3.5 gets to RC or final release status.

    --
    We're all hypocrites. We all have hidden parts, it's the contrast between them that make us more a hypocrite than others
    1. Re:Meh. by Klaus_1250 · · Score: 2, Interesting

      Agreed. Yesterdays 3.6a1pre scores 94/100 btw.

      --
      It only takes one man to change the Wisdom of the Crowd to Tyranny of the Masses.
  2. Why the variation? by MMC+Monster · · Score: 3, Interesting

    Presumably the test should take about the same time to run each time, right?

    Also, how can Safari's score change from 99 to 100 without any changes in the code? Is this a bug in Safari?

    --
    Help! I'm a slashdot refugee.
    1. Re:Why the variation? by auzy · · Score: 5, Informative

      One of the tests is related to rendering speed (#69) not design faults. That's because it wants the test to be completed fast enough to achieve 30fps.

      Under system load, or browser load (such as extra stuff being done in the rendering thread whilst the test is running), a browser may not always pass this test. Whilst its an OK test, there will be no way to reliably pass it 100% of the time, and as CPU's become faster and more efficient, its likely browsers will pass eventually regardless of if they optimise their code or not.

      Its also one example of why the ACID tests are quite overrated.

    2. Re:Why the variation? by Red+Flayer · · Score: 5, Funny

      One of the tests is related to rendering speed (#69) not design faults. That's because it wants the test to be completed fast enough to achieve 30fps.

      That's blatantly false.

      The reason the browsers have so much trouble with #69 is that they have to stop and turn around.

      --
      "Trolls they were, but filled with the evil will of their master: a fell race..." -- J.R.R. Tolkien on Olog-hai
    3. Re:Why the variation? by PitaBred · · Score: 2, Interesting

      Think of it as encouraging extra stuff to NOT be done in a single rendering thread, then. It's almost impossible to NOT buy a multi-core machine any more. Why should browsers, one of the most commonly used applications, remain single-threaded?

    4. Re:Why the variation? by 99BottlesOfBeerInMyF · · Score: 2, Informative

      I never understood why did they include speed in a browser test?

      Because if you can't do it quickly it isn't functional. It's just like specifying video has to play at a given, acceptable frame rate to pass a test that confirms something can play said video. Playing it jerkily in an unwatchable way is not good enough

      ...but it would mean that the best browsers would fail on a slower computer, and the worst would pass on a faster one. This is not objective.

      Which is why the ACID tests each specify reference hardware, like most respectable test suites do. That is objective. Just because you don't have or use that reference hardware and run the test more informally does not mean it is a flaw with the test instead of your procedure.

      Not to mention that setting a threshold for speed is impossible. Who says how fast is fast?

      The people who write the test pick a minimum acceptable rate and the feature is supposed to be able to function in a timely dependent manner. If it can't it doesn't work with the spec.

      Right, which is why the latter is not sufficient for the assigned purpose, just as a Web browser that can render a background color, but it takes four hundred years, isn't in conformance with that specification for all practical purposes. When you're dealing with static elements, slow is pretty relative. When you're dealing with animations, time is a easily defined and crucial part of the spec.

  3. Opera 10 as well by Anonymous Coward · · Score: 5, Informative

    Opera 10alpha is also a 100/100 on the acid 3 since dec 12, 2008

    http://www.opera.com/docs/history/

    1. Re:Opera 10 as well by ya+really · · Score: 2, Insightful

      You dont need an addon to get you tube videos, lol, just some javascript knowledge or use the code on this link. (you can do this with more than just opera, firefox will work find with a bookmark as well).

      I just make a user button in opera to grab the videos with that. Lets you do it in both .flv and .mp4 format.

  4. Previous tests by Rolgar · · Score: 2, Interesting

    How does it rate on Acid 1 & 2, and have the other browsers worked on reaching 100% on the previous tests also, or did they give up on previous tests when the next one was released?

  5. Just fix FF's stability damnit by C_Kode · · Score: 3, Insightful

    I find the new versions of firefox are far less stable when it comes to AJAX sites. It appears to be getting better, but I just want th crashes to stop.

    1. Re:Just fix FF's stability damnit by Anonymous Coward · · Score: 2, Funny

      What do you mean firefox is crashing? It is perfectly sta

  6. Safari and Chrome bound to get better? by javacowboy · · Score: 5, Interesting

    First of all, I'm not trolling.

    Secondly, Firefox is my favourite browser, and I use it as my default both at work on my Windows workstation and at home on my Mac.

    Having said that, with two corporate giants with deep pockets, and their respective browsers making solid improvements with every version, I'm wondering if it's just a matter of time before Apple's Safari and Google's Chrome become better than Firefox, which is essentially a community effort. That's not to say anything bad about the excellent work that Mozilla's programmers have done with Firefox, but they're doing so by drawing on fewer resources than those two large corporations.

    Granted, Microsoft also has a lot of resources to draw from, but they also let IE stagnate because they thought they had a browser monopoly.

    --
    This space left intentionally blank.
    1. Re:Safari and Chrome bound to get better? by maxume · · Score: 2, Interesting

      Firefox is "essentially a community effort" with tens of millions of dollars of income.

      I'm not sure that being able to pay dozens of developers is enough to keep up, but it probably helps.

      --
      Nerd rage is the funniest rage.
    2. Re:Safari and Chrome bound to get better? by owlnation · · Score: 4, Interesting

      I'm wondering if it's just a matter of time before Apple's Safari and Google's Chrome become better than Firefox

      I use Firefox as my default browser too. I used to love it, now I tolerate it. Were adblock and flashblock available for Safari or Chrome (and I believe this is in development for Chrome), and were Chrome available as a Mac version, I would stop using Firefox overnight. Truth is as a basic browser these two are better already, as is IE.

      Firefox is dangling by a hair on my machines. It is entirely their own fault. They have ignored fundamental problems with the browser since version 1.0, and spent far too much time developing "features" that should have been add-ons. It's never really worked well on a Mac either. There seems to be a lot of Netscape influence in Mozilla, this is exactly how Netscape failed

      If Firefox 4.0 isn't multi-threaded and significantly stripped down, you can pretty much kiss it goodbye. This is a terrible shame. I want to continue to support it, however the Mozilla team is shooting itself in the foot far too much.

    3. Re:Safari and Chrome bound to get better? by vitaflo · · Score: 4, Informative

      Were adblock and flashblock available for Safari or Chrome (and I believe this is in development for Chrome), and were Chrome available as a Mac version, I would stop using Firefox overnight.

      Adblock has been available for Safari for years now. You can get it here:

      http://safariadblock.sourceforge.net/

      A Flash block addon for Safari is also available:

      http://hetima.com/safari/stand-e.html

      While Safari doesn't have the same ease of plug-in support as Firefox, there's enough for most people who want to make the switch.

    4. Re:Safari and Chrome bound to get better? by maxume · · Score: 2

      Are you talking about Apple and Google? I think you probably are, because they were both mentioned in the comment I replied to and part of the reason that I said "I'm not sure that being able to pay dozens of developers is enough to keep up, but it probably helps."

      I wasn't saying rah rah Firefox rah, I was pointing out that "essentially a community effort" is a ridiculous characterization of Mozilla, which is actually a well funded (from their operations, not community donations) not-for-profit.

      --
      Nerd rage is the funniest rage.
    5. Re:Safari and Chrome bound to get better? by pohl · · Score: 2, Informative

      While Safari doesn't have the same ease of plug-in support as Firefox...

      It sounds like you're actually thinking of the Firefox "extension" or "add-on" API. Both Safari and Firefox support plugins. Extensions and plugins are not the same thing. This seems to be a common mistake.

      --

      The "cue the foo posts in 3, 2, 1..." posts will commence with no subsequent foo posts in 3, 2, 1...

    6. Re:Safari and Chrome bound to get better? by 99BottlesOfBeerInMyF · · Score: 2, Insightful

      Huh? WebKit: Open source project with large dollop of corporate funding. Gecko: Open source project with large dollop of corporate funding. What's the difference?

      Gecko's corporate funding is almost entirely from Google and the code comes from the Mozilla foundation and random community members.

      Webkit's funding comes from Google, Apple, Nokia, Novell, and several others. Code comes from the same.

      The basic difference is Gecko is pretty much funded by Google and used in Firefox. Webkit is funded by many companies and used in a wide variety of projects. This means more code shared and less work for each contributor... thus, theoretically, more time to work on new features and improvements.

  7. Acid2 already looks fine in Fx 3.0.10 by tepples · · Score: 4, Informative

    How does it rate on Acid 1 & 2, and have the other browsers worked on reaching 100% on the previous tests also, or did they give up on previous tests when the next one was released?

    Acid2 already looks fine in the latest general release version of Mozilla Firefox.

  8. Just a random pet-peeve that came up here -- by Wrath0fb0b · · Score: 2, Insightful

    I hate when web developers use meta-redirect tags to make it impossible to use the back button to get to the previous page because it just sends you forward again. Sometimes you can hit back fast enough to race the redirect, but that's just silly -- I shouldn't have to fight against my software. At the very minimum, put a 3 second wait on it (with a link for the impatient) or, better yet, set a cookie so that if I revisit on the way back within a short period of time it won't redirect.

    Another solution occurs to me on the browser-side, the browser could just not add pages that are redirected-to to the history. That would also preserve the intuitive function of the back button.

    Sorry for the off-topic rant but it just bugs the shit out of me. Carry on ...

    1. Re:Just a random pet-peeve that came up here -- by RebelWebmaster · · Score: 2, Informative

      In the advanced options, under the general tab, you can have Firefox warn you about automatic redirects with an information bar instead of just going. Yeah, it's a bit of a workaround to the problem, but you may find it useful.

  9. Re:Just block IE from your site. by Sockatume · · Score: 2, Interesting

    I think that on balance users will see the perceived cost* of switching browser as much greater than the perceived cost of not viewing your site. That's not a criticism on your site, I'm just saying for anything short of Facebook they're not going to bother.

    Why not detect if they're using IE and have a pop-up saying "Does this site look broken? Your browser does not properly support internet standards." and direct them to the appropriate explaination, list of browsers, etc. That gets the same message across without costing you any readership, and it removes the elitist connotations that "special browsers" seem to have.

    * Emphasis on "perceived". I do find that users adapt to new browsers more easily than they think: my mother wound up easily switching from IE to a customised Firefox-lookalike when her broadband company's setup disk automatically installed it.

    --
    No kidding!!! What do you say at this point?
  10. 96/100 with svg.smil.enabled set to true by bunratty · · Score: 4, Informative

    Firefox 3.6 builds score 96/100 when you set the preference svg.smil.enabled to true because tests 75 and 76 require SMIL in SVG. You can find the four tests that Firefox 3.6 still doesn't pass on the Acid3 spreadsheet.

    --
    What a fool believes, he sees, no wise man has the power to reason away.
  11. Does reaching 100% by tepples · · Score: 5, Interesting

    Don't bother us until they reach 100%.

    One of the requirements is that the be able to render TrueType fonts. Correct rendering of Acid3 requires displaying a TrueType font called "Ahem". Unless an underlying graphical environment gives applications the privilege of installing arbitrary fonts into the display server, the application code has to do its own rendering. In any case, perfect rendering of TrueType fonts involves interpreting a hint bytecode, which is subject to a U.S. patent.[1] There is no evidence that Apple provides royalty-free licenses for general use in free software. FreeType 2 comes with an "auto-hinter" that does the patented part of TrueType in a different way that doesn't infringe, but its results aren't pixel-for-pixel identical to those of the TrueType spec.

    The big question: Does correct rendering of Ahem in Acid3 require the patented parts of TrueType?

    [1] Slashdot, Apple, W3C are headquartered in the United States, and the majority of the Web Standards Project's managers and members are in the United States. "Sucks to be you, American" is flamebait.

  12. Really? by Gordo_1 · · Score: 5, Interesting

    As I appear into my crystal ball, I see that Firefox 3.5 is released and still achieves 93/100. Wow, I'm a psychic!

    Ffx 3.1/3.5 has been sitting at 93/100 for over 6 months, and the devs have stated *numerous* times that achieving 100/100 on Acid3 is NOT a priority for the 3.5 release, largely because implementing SVG fonts (https://bugzilla.mozilla.org/show_bug.cgi?id=119490/) for the purpose of passing those last few Acid3 tests is a much lower priority than other things they're working on (like javascript JIT). Why your summary of the 3.5b4 release focuses on something that literally hasn't changed in several beta releases is beyond me.

    So, can we please move on now or are you going to switch to Safari because of that newfangled Youtube interface that implements SVG fonts? Oh sorry, I was looking into my crystal ball again and saw the web circa 2025.

  13. Acid tests are not a race by bunratty · · Score: 5, Insightful

    Because the Acid tests are not a race. It will be big news when IE reaches a score in the 80s, even if all other browsers score 100/100. This is because it will be much easier for web developers to develop interactive applications that work in all browsers when web developers don't need to bend over backwards to get their sites to work in IE. With the Acid tests, it's the browser in last place that's important, not which one is in first place.

    --
    What a fool believes, he sees, no wise man has the power to reason away.
    1. Re:Acid tests are not a race by orsty3001 · · Score: 5, Funny

      So it's kind of like the Special Olympics.

    2. Re:Acid tests are not a race by Firehed · · Score: 4, Insightful

      Yes and no. While there are plenty of things you can't do on your websites as a designer/developer without cross-browser compatibility, you can save yourself some tremendous trouble on aesthetic work if you're willing to make some compromises. Look at border-radius, text-shadow, and box-shadow properties - none of them are critical to layout, each can add to a design, and each will fall back very gracefully in browsers that don't support the property.

      If NO browsers support something, then you need a workaround. If only some support it, then you have to balance the importance of the element's presentation on the page with the ease of implementation (ex. do you use partially-supported border-radius or @font-face which takes thirty seconds, or do you a fully cross-browser hack which takes considerably longer?).

      --
      How are sites slashdotted when nobody reads TFAs?
    3. Re:Acid tests are not a race by GreyWolf3000 · · Score: 2, Interesting

      To go along with this, it took me 30 seconds to add curved corners to some block level elements with -moz-border-radius and -webkit-border-radius. It took me about 5 hours to hack in a particular unicode character that looks like a dot, blow it up to 150px size, and absolutely position it on all four corners so I could get it to work in ie7 (forgot the link that taught me that nasty but brilliant trick). This was because, in this case, my employer wanted curvy corners in ie7.

      --
      Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
    4. Re:Acid tests are not a race by dgatwood · · Score: 2, Insightful

      IMHO, it's a lot easier to just do it the way we used to do it. Put the content in a table and use background images for the border. Tile the non-corner pieces in the appropriate direction using background-repeat.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

  14. this looks like a bigger problem by nimbius · · Score: 4, Funny

    than just firefox...i tried it in Lynx and i cant get it to pass at all...

    --
    Good people go to bed earlier.
  15. Garbage collection by tepples · · Score: 5, Informative

    Presumably the test should take about the same time to run each time, right?

    One of the 100 tests is JavaScript garbage collection. A garbage collector that uses tracing without reference counting isn't necessarily guaranteed to finish in a given amount of time.

  16. We all take a performance hit on test 69 by tsalmark · · Score: 3, Funny

    It's harder to concentrate with that particular feed back loop.

  17. Re:Because we run Linux by beelsebob · · Score: 4, Insightful

    Your package manager not having much software in it does not make your browser better. Only your package database worse.

  18. Re:Does this really matter? by Chrisq · · Score: 2, Funny

    I haven't heard of anyone having to switch a browser because it didn't pass an acid test...

    You don't know any real geeks then.

  19. 93 on Xp, 91 on RHEL 5 by anghelcovici · · Score: 2, Informative

    I've just tested 3.5b4 on RHEL 5 and I get 91/100

  20. Re:Because we run Linux by reashlin · · Score: 2

    Not only that but Opera provide a repository for Ubuntu anyway. So not having Opera available is just poor config.

  21. Freetype and Apple patents by viralMeme · · Score: 4, Insightful

    'One of the requirements is that the be able to render TrueType fonts. Correct rendering of Acid3 requires displaying a TrueType font called "Ahem"'

    According to this Ahem is is in the public domain

    "The big question: Does correct rendering of Ahem in Acid3 require the patented parts of TrueType?"

    Freetype and Patents

    "Myth 2: Apple Is Suing (or Sued) FreeType

    This complete myth apparently started with this article on the SlashDot news site. Too bad the editors did neither care to check the submitted link nor even tried to contact us, we could have helped them!

    It is true that we have been contacted by Apple's legal department, but that has never been in the clear intent of suing us, which isn't too surprising given that FreeType doesn't harm Apple in any way."

  22. Re:Does this really matter? by grumbel · · Score: 3, Insightful

    I really couldn't care less. Webbrowser these days seem to try everything to get pixel perfect rendering done, yet utterly fail at producing good looking readable webpages when there is even the tiniest deviation from the default. Try browsing with a larger default font for example, 99% webpages break, some worse then other, but pretty much all of them break. On Slashdot for example the "Reply to This" button falls apart on other webpages you are confronted with overlapping text and other unusable crap. And before somebody mentions the zoom feature, Firefox under Linux doesn't doesn't do any filtering when scaling, so all graphics look complete shit when zoom is used, making zoom unusable. There is other stuff that is annoying, for example the lack of build in support for link tags introduces in HTML2, you can get support via a plugin, but it would be nice to have solid support for that feature out of the box, maybe webpages would then finally start using it. But the most annoying thing is probably the lack of alternative view modes, I would like to have a modes that do not conform to pixel perfect rendering, but instead focus on producing readable results, i.e. avoiding overlapping text, making sure that line-width isn't to large, hide the navigation bars and all that other stuff, yet all the browser offers is pixel perfect rendering and rendering with no style sheets at all, neither of which is very readable. Luckily there is Readability which helps a good bit with that, making sure line-width is proper and navbars are gone, but again, it would be nice to have such basic stuff build into the browser.

    The obsession with pixel perfect rendering and the complete ignorance on readable results is truly annoying and goes against anything that was considered "good practice" in the good old days.

  23. Re:Mod Parent Down by orsty3001 · · Score: 3, Funny

    I don't like that language, this is a family website.

  24. Whom Apple might sue other than FT by tepples · · Score: 2, Interesting

    Ahem is is in the public domain

    A work can be free, but if it requires a non-free underlying platform, the work is Java-trapped. For example, applications for the Java platform were Java-trapped until Sun released Java as free software, and any Windows-only app that does not work in Wine is Java-trapped. And if the correct appearance of Ahem requires a patented rendering method, Ahem is likewise trapped.

    It is true that we have been contacted by Apple's legal department, but that has never been in the clear intent of suing us

    I didn't say Apple was suing the FreeType project directly. I was only saying that Apple hasn't licensed the patent for use in free operating systems or free web browsers. In such a scenario, Apple might sue the publisher of the operating system (e.g. Canonical or Red Hat) or the web browser (e.g. Mozilla Corp), even if it doesn't sue the FreeType project. That's why I want to know whether correct rendering of Ahem in Acid3 depends on hint bytecodes. If it doesn't, there's no problem.

  25. Acid1 and Acid2 results by bunratty · · Score: 2, Informative

    You can see how well all browsers perform on Acid1 by watching the Acid1 browsershots.

    You can see how well all browsers perform on Acid2 by watching the Acid2 browsershots or the Acid2 Wikipedia article.

    --
    What a fool believes, he sees, no wise man has the power to reason away.
  26. Re:Does this really matter? by ConceptJunkie · · Score: 2, Funny

    The obsession with pixel perfect rendering and the complete ignorance on readable results is truly annoying and goes against anything that was considered "good practice" in the good old days.

    What? You act like HTML wasn't intended to be a WYSIWYG presentation and GUI application platform but some kind of markup language describing the semantics of your document so that a browser can render it in some theoretically arbitrary, but meaningful and readable way.

    Next you'll be telling me fat clients are on the way out.

    --
    You are in a maze of twisty little passages, all alike.