Slashdot Mirror


Opera 9.0 Fully Passes ACID2 Test

Rytis writes "Opera has just become the second browser after Safari to be able to pass completely the famous ACID2 test. Mark Wilton-Jones is running a little article on the history of the Opera and ACID tests. Of course, it includes a screenshot of Opera 9 showing the nice happy face saying "Hello world!"."

418 comments

  1. Konqueror passed 2nd by GraZZ · · Score: 4, Informative

    Actually, Konqueror passed second. Some might say this is less of an achievment since the fixes that allowed Safari to pass could be more easily ported into the Konqueror codebase, but I still think the OSS project that passed Acid2 first should probably get more respect on /. ;)

    Info here.

    1. Re:Konqueror passed 2nd by Derek+Pomery · · Score: 5, Informative

      RTFA and you'll see this.
      "Opera 9 (get the weekly build) now passes the Acid 2 test, making it the second browser to do so. And yes, I can count. Safari passed first, and Opera is second. Konqueror and iCab almost pass (and claim to pass), but they both fail to apply one of the styles required by the test..."

      --
      -- perl -e'print pack"H*","6e656d6f406d38792e6f7267"' /. ate my old sig. Bastards.
    2. Re:Konqueror passed 2nd by babbling · · Score: 5, Insightful

      I don't think this should be judged based on how much of an achievement it is. The important part is that the browser passes the ACID2 test. How hard it was for each individual browser to get there is not important.

      Who got there first also isn't important, we just need all browsers to get there.

    3. Re:Konqueror passed 2nd by FluffyWithTeeth · · Score: 1, Informative
      Actually, Konqueror passed second. Some might say this is less of an achievment since the fixes that allowed Safari to pass could be more easily ported into the Konqueror codebase, but I still think the OSS project that passed Acid2 first should probably get more respect on /. ;)

      Safari is an OSS project too.

    4. Re:Konqueror passed 2nd by Bralkein · · Score: 4, Interesting

      Well, since KHTML and KJS (I think?) were ported over to Mac OS in the first place in order to create Safari, which then allowed the Apple devs to create the patches that allowed it to pass Acid2, patches which could not then be easily applied back to KHTML and KJS because the code sometimes didn't meet KDE's standards or because the patches were sometimes not supplied in a format that they could easily work with, maybe the KDE devs put in more effort overall :-P

      But seriously, who gives a shit who came first, second or whatever; I think the important thing is that browser developers are obviously making an effort to ensure stricter standards compliance. I assume someone must be working on this for Firefox, so does anybody know when we can expect to see Firefox pass Acid2 as well?

    5. Re:Konqueror passed 2nd by jZnat · · Score: 4, Interesting

      I don't know, but Konqueror does indeed appear to pass the Acid2 test. The only problem I can see is this odd scrolling bug, but that probably isn't supposed to be able to scroll anyhow.

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    6. Re:Konqueror passed 2nd by Derek+Pomery · · Score: 5, Informative

      I was merely pointing out what the article said. And since the Opera guy points out the page *isn't* supposed to scroll, I imagine a scrolling bug would indeed qualify as incorrect rendering, so the artifacts in your screenshot would merely support Opera's point.

      --
      -- perl -e'print pack"H*","6e656d6f406d38792e6f7267"' /. ate my old sig. Bastards.
    7. Re:Konqueror passed 2nd by onedotzero · · Score: 4, Informative

      It's not supposed to have a scrollbar at all. The parent div (or html or body - I haven't checked the source for a while) is given a property of overflow: hidden.

      --
      onedotzero
      thedigitalfeed.co.uk

    8. Re:Konqueror passed 2nd by Derek+Pomery · · Score: 4, Informative

      https://bugzilla.mozilla.org/show_bug.cgi?id=acid2
      Track Gecko progress here.  Including screenshots.
      Link as plain text due to /. referers being blocked.

      --
      -- perl -e'print pack"H*","6e656d6f406d38792e6f7267"' /. ate my old sig. Bastards.
    9. Re:Konqueror passed 2nd by Phil+John · · Score: 4, Informative

      Safari is an OSS project too.

      No it isn't, WebKit, the rendering engine Safari uses, is an open source project. Safari itself is very much closed source.

      --
      I am NaN
    10. Re:Konqueror passed 2nd by fdobbie · · Score: 1

      Actually, to be pedantic, Safari is not opensource. However its rendering engine (WebKit) is.

    11. Re:Konqueror passed 2nd by Bogtha · · Score: 5, Informative

      That's not a bug, that's exactly what is supposed to happen when you scroll the page. From the technical guide:

      In the markup, the row is represented by a p element which is fixed to the window rather than the scrollable canvas. If the Acid2 page is scrolled, the scalp will stay fixed in place, becoming unstuck from the rest of the face, which will scroll.

      --
      Bogtha Bogtha Bogtha
    12. Re:Konqueror passed 2nd by oglueck · · Score: 2, Insightful

      This is a bug tracking tool and not a news site. People need this to get their work done. We don't want this slashdotted for a reason.

    13. Re:Konqueror passed 2nd by Derek+Pomery · · Score: 3, Insightful

      Duh.
      And anyone who wants to check up on the bug can copy and paste the URL.
      There is nothing wrong with that.
      The referer block does exactly what it should. Reduce reflexive clicking/tab opening, and making it a conscious descision by folks who want to look at it.

      So folks. Don't listen to oglueck here - perfectly alright to visit the link if you have an interest, and even, yes, post *informative* commentary in the bug (such as regressions, related bugs, progress in recent builds, etc)

      --
      -- perl -e'print pack"H*","6e656d6f406d38792e6f7267"' /. ate my old sig. Bastards.
    14. Re:Konqueror passed 2nd by FuzzyBad-Mofo · · Score: 1, Interesting

      we just need all browsers to get there.

      I'm all for web standards, but isn't ACID2 a purely academic excercise? It's nice that a browser passes it, of course, but in the real world practically nobody is going to be using CSS in that way.

    15. Re:Konqueror passed 2nd by Derek+Pomery · · Score: 1

      For that matter, what component are you in charge of? I don't remember ever seeing you on moznet in the past five years or so.
      Your decision to speak for "we" (presumably bug drivers or the foundation) is awfully arrogant.

      --
      -- perl -e'print pack"H*","6e656d6f406d38792e6f7267"' /. ate my old sig. Bastards.
    16. Re:Konqueror passed 2nd by Anonymous Coward · · Score: 5, Insightful

      > I'm all for web standards, but isn't ACID2 a purely academic excercise? It's nice that a browser passes it,
      > of course, but in the real world practically nobody is going to be using CSS in that way.

      It's not purely academic, it's eminently practical - as the site explains, all of the features are unlikely to be used on the same page, but designers rely on each one of them to work correctly at some point, and have been requesting proper support for years so their pages look consistently good on all browsers.

    17. Re:Konqueror passed 2nd by Ostsol · · Score: 1

      That browsers are passing it at all is great, regardless of who's developing the browser. It helps reinforce the standard and promotes competition.

    18. Re:Konqueror passed 2nd by j235 · · Score: 1

      Safari also exhibits that scrolling 'bug'.

      I just tried it in 2.0.3.

    19. Re:Konqueror passed 2nd by Omikr0n · · Score: 1

      That's all fine and dandy and everything, but the scroll bar is still supposed to be hidden. You can still scroll via the PGUP and PGDOWN keys and the arrow keys. The bar, per the written code comments, is still supposed to be hidden. In that regard, the others fail.

    20. Re:Konqueror passed 2nd by zxSpectrum · · Score: 1

      No, it's not academic at all. ACID2 tests support for a few key standards, and how error handling works. As such, developers can expect browsers that pass the test to behave somewhat predictably.

    21. Re:Konqueror passed 2nd by Krach42 · · Score: 4, Informative

      Safari hides the scrollbar, so I don't know what you're talking about.

      From what I've read here, Konquerer still shows the scroll bar, and Opera doesn't have the scalp come off when you scroll.

      So, Safari passes, everything else still got some work?

      At least they all pass a hundred times better than IE...

      --

      I am unamerican, and proud of it!
    22. Re:Konqueror passed 2nd by nicomen · · Score: 1

      Wrote some lines about it here:

      Acid rain - good for the environment!
      http://my.opera.com/nicomen/blog/show.dml/174792

      --
      Nicolas Mendoza
      Prepare for MSIE 7
    23. Re:Konqueror passed 2nd by starwed · · Score: 1

      That might have been true at the time of the tests release. But since browsers can now target just those specific bugs revealed in ACID2, it's not such a good indication of what will happen "in the wild."

    24. Re:Konqueror passed 2nd by thatguywhoiam · · Score: 1
      But seriously, who gives a shit who came first, second or whatever; I think the important thing is that browser developers are obviously making an effort to ensure stricter standards compliance.

      ( You are right - its just too bad the elephant in the room, MS IE, is used by such a large proportion of the regular internet population that you end up with a kind of Kyoto Accord effect.... its great that the rest of the little guys pony up and try to help, but its really not gonna make a dent until the elephant agrees as well.

      --
      If Jesus wants me it knows where to find me.
    25. Re:Konqueror passed 2nd by Grant29 · · Score: 1

      It makes you wonder why the browser developers don't use this as a test before a new release. If it's the test people use to chek for compliance, I would think the developers would want to acheive renderability of the acid2 test. At least the HTML/CSS source code is availaible to check against.
      --
      Find the lowest price at PriceAge. Comparison Shopping with online coupons.

    26. Re:Konqueror passed 2nd by Anonymous Coward · · Score: 0

      Does Opera pass the test without data URLs that is here? Safari sure doesn't. :(

    27. Re:Konqueror passed 2nd by nutshell42 · · Score: 1
      I hate it when pages mess with the interface (i.e. no scrollbars, no status bar, moving or resizing windows, sound without me requesting it etc.).

      I'd be happy if the Konqueror guys continued to "fail" that part of the test. (does it test any other "features" of that kind?)

      --
      Don't think of it as a flame---it's more like an argument that does 3d6 fire damage
    28. Re:Konqueror passed 2nd by dhasenan · · Score: 1

      I'd argue that removing the scrollbar would be a useability issue, just like removing the address bar.

      Speaking of which, does anyone know how to disallow that in Firefox (without recompiling)?

    29. Re:Konqueror passed 2nd by danielk1982 · · Score: 1

      Who says the don't? In fact, I can bet any amount of money that they do. Acid2 is an awesome testcase.

    30. Re:Konqueror passed 2nd by critter_hunter · · Score: 1

      Make a user CSS with "scrollbar: auto !important".

      --
      Karma: Could be worse (could be raining)
    31. Re:Konqueror passed 2nd by critter_hunter · · Score: 1

      ...I mean "overflow: auto !important", and you need to apply the rule to something, probably every element, so "* { overflow: auto !important; }". Sorry, just woke up.

      --
      Karma: Could be worse (could be raining)
    32. Re:Konqueror passed 2nd by Anonymous Coward · · Score: 0

      Actually I think iCab passed second and Konqueror third.

    33. Re:Konqueror passed 2nd by xouumalperxe · · Score: 1

      Well, at least according to Wikipedia, Konqueror doesn't REALLY pass it, contrary to their claims: the viewport is not supposed to show a scrollbar. Small detail, but it's there...

    34. Re:Konqueror passed 2nd by xiong.chiamiov · · Score: 3, Informative

      Because they don't care about standards. Firefox does not completely pass, but it's almost there. However, take a look at a screenshot from IE7. And what does MS say? "To relieve the tension, we'll just tell you now: we don't give a crap about web standards, so IE7 will have to have code especially designed for it, hopefully leading to the extermination of alternate browsers." (paraphrased and interpreted with no bias at all from here)

    35. Re:Konqueror passed 2nd by Anonymous Coward · · Score: 0

      "Safari hides the scrollbar, so I don't know what you're talking about."

      Click on the page and drag up or down, and it will scroll.

    36. Re:Konqueror passed 2nd by this+great+guy · · Score: 1

      Ouch. I hereby name this bug, the Smiley Scalping Bug, rated PG-13.

    37. Re:Konqueror passed 2nd by jZnat · · Score: 1

      Konqueror for some reason respects the scrollbar-* CSShit, so that's a bad thing IMO...

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    38. Re:Konqueror passed 2nd by Anonymous Coward · · Score: 0

      No, you are biased because you didn't quote the actual paragraph:

      "It's pointedly not a compliance test (from the Test Guide: "Acid2 does not guarantee conformance with any specification")."

    39. Re:Konqueror passed 2nd by Tecfreak7 · · Score: 1

      yeah, it does.

    40. Re:Konqueror passed 2nd by Tecfreak7 · · Score: 2, Informative

      The scalp still comes off when you scroll in Opera, it's supposed to.

    41. Re:Konqueror passed 2nd by badboy_tw2002 · · Score: 4, Insightful

      I'm not much of a MS fan myself, but can you really say "paraphrased without bias" and not be trolling?

      From your link:
      "I want to be clear that our intent is to build a platform that fully complies with the appropriate web standards, in particular CSS 2 ( 2.1, once it's been Recommended)."

      Its not really paraphrasing when you make up ideas. That's called "reading between the lines", and you didn't even do that.

    42. Re:Konqueror passed 2nd by xiong.chiamiov · · Score: 1
      First off, I was using sarcasm when saying I had no bias. It is impossible to be unbiased, and I am not fond of IE in any way. I just wanted to let everyone know that my view is slanted (in case they couldn't figure it out from my post, which you did).
      Now, as far as the other quote, it is my personal belief that is MS (microsoft, which is very similar to BS and can be used as a substitute :p 1/2 jk ). Let me clarify:
      1. I do believe that is in the entry, as I read it too. I'm not saying you're making junk up.
      2. I am skeptical towards Microsoft. Most will believe that they mean what they say, but I, in my dislike of them, say that they have an evil scheme in the works to catapult IE to dominance once again, and as part of that, they are pretending to go along with WaSP.
      Now, if it is true, and IE7 doesn't screw up everything I've carefully coded with these hands of mine, then I'll be happy. I won't have to make workarounds all the time. But then, on the other hand, I'll lose a chance to bash IE...
    43. Re:Konqueror passed 2nd by gyepi · · Score: 1

      Actually, if "passed" means you get the same result for the test and for the reference page, links passed first. ;)

      --
      Attitudes make the difference between Space and Time: we want to MAX our temporal, and MIN our spatial extension.
    44. Re:Konqueror passed 2nd by Krach42 · · Score: 1

      I din't say you couldn't scroll the page, I said that there wasn't a scrollbar. /me reloads the page

      Hm... yep, still no SCROLLBAR there, of course, I can still scroll the page, but there's not SCROLLBAR being rendered on the page.

      --

      I am unamerican, and proud of it!
    45. Re:Konqueror passed 2nd by mrchaotica · · Score: 1

      It could also be called "sarcasm." ; )

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    46. Re:Konqueror passed 2nd by Anonymous Coward · · Score: 0

      That's not at all what he said. Jesus! He specifically said in the sentence (or two) before it that he wants to be clear on that they want to have thorough support for standards.

    47. Re:Konqueror passed 2nd by Phisbut · · Score: 1
      I'm not much of a MS fan myself, but can you really say "paraphrased without bias" and not be trolling?
      From your link: "I want to be clear that our intent is to build a platform that fully complies with the appropriate web standards, in particular CSS 2 ( 2.1, once it's been Recommended)."
      Its not really paraphrasing when you make up ideas. That's called "reading between the lines", and you didn't even do that.

      However, if you read the rest of the page, you'll notice that they have no intent to ever try and pass Acid2:

      In that vein, I've seen a lot of comments asking if we will pass the Acid2 browser test published by the Web Standards Project when IE7 ships. I'll go ahead and relieve the suspense by saying we will not pass this test when IE7 ships. The original Acid Test tested only the CSS 1 box model, and actually became part of the W3C CSS1 Test Suite since it was a fairly narrow test - but the Acid 2 Test covers a wide set of functionality and standards, not just from CSS2.1 and HTML 4.01, selected by the authors as a "wish list" of features they'd like to have. It's pointedly not a compliance test (from the Test Guide: "Acid2 does not guarantee conformance with any specification"). As a wish list, it is really important and useful to my team, but it isn't even intended, in my understanding, as our priority list for IE7.

      --
      After 3 days without programming, life becomes meaningless
      - The Tao of Programming
    48. Re:Konqueror passed 2nd by badboy_tw2002 · · Score: 1

      Not passing ACID2 and willfully subverting standards to gain market dominance are a bit different. I could make up the same comment about Firefox - last I heard they weren't passing ACID2 either, and from what I've read here they won't for a while at least.

    49. Re:Konqueror passed 2nd by Trevin · · Score: 1

      The impression that I got, from reading the blog, is that Microsoft fully intends to comply with all web standards -- eventually. They just have a LONG list of other bugs to fix that are higher priority.

  2. ACID passed, real world? by toomanyhandles · · Score: 5, Insightful

    Great that they pass the ACID test, but the real-world is just not perfect or by-the-book. They need to be able to handle what really happens, too. Example, my workplace Exchange web interface- Safari misses parts of the page, FireFox renders it fine. ACID test or no, I like the one that works in all situations.

    1. Re:ACID passed, real world? by damn_hippy · · Score: 2, Insightful

      I agree with you on that. It can pass all the certifications it wants, but until Opera supports some of the more basic javscript methods IE and FF have no problem with, it will never be my browser of choice.

    2. Re:ACID passed, real world? by Anonymous Coward · · Score: 5, Informative

      Could you be a little more vague? It's not unexpected for browsers with different rendering engines to render things differently, especially for web interfaces, very especially if it comes from Microsoft.

      Moreover, it's a fallacy to expect a browser to "work in all situations". I'm sure there are plenty of real-world situations where Firefox fails as well, and where Safari were to succeed in it's place. It's tests like ACID2 that determine a browsers capability to handle all situations.

      The problem Safari is having with Exchange is very likely due to poor coding. Considering it's from Microsoft (you said Exchange web interface, right?), I'm sure Microsoft implemented a slew of hacks to have Firefox compliance (Microsoft is well known for improper web developing practices, to put it lightly).

    3. Re:ACID passed, real world? by Anonymous Coward · · Score: 0, Interesting

      Safari's DOM API is very incomplete. Probably only about 60-70% of what Firefox implements. Oprah's worse, maybe only 30-40%

      I think both these 'minor league' browsers over emphasize CSS support (like ACID) because it gets them headlines at wankerfests like Slashdot. As Internet Explorer has shown, having a solid JS DOM is much more important than supporting every CSS corner case.

    4. Re:ACID passed, real world? by IHSW · · Score: 2, Informative

      For example? Please keep in mind the article is referring to Opera 9.0 Preview 2 (latest snapshop, according to here), which Opera notifies against the use of previews.

      preview
      • of an experimental nature
      • distributed to a limited audience, i.e. forums, newsgroups, and IRC
      • should never be installed over a final release
      • not to be used as a substitute for a final release
      beta
      • available for all users, but recommended only for advanced users
      • thoroughly tested, though known to contain bugs
      • usually feature-complete
      • data backup is highly recommended before use
      final
      • intended for wide-scale release and use
      • thoroughly tested and relatively free of critical problems
      • should never be installed over a preview or beta
    5. Re:ACID passed, real world? by Kjella · · Score: 4, Informative

      ACID test or no, I like the one that works in all situations.

      First off that one hasn't been built, as I've seen IE manage to screw up royally too on sites claiming to work with IE, sometimes only with IE. The trouble with trying to match IE bug for bug is that you can't succeed as you can never duplicate the implementation exactly, you need to render pages wrong according to the standard, and worst of all it is never predictable. I really hate "trial-and-error" programming, and IE is the worst of the bunch.

      In your case, you're trying to use MS generated HTML. I'm sure the fact that Firefox can render it is completely accidental and will be fixed in the next Exchange service pack. You can't expect a company that has a vested business interest in not playing nice, to play nice. The ACID2 test is an assurance that if I code to the standard, I will see none (or at least very few) rendering issues on any browser (except IE). That is very reassuring to people who think "OMG supporting five browsers, do I have to make 5x the number of hacks?" No, you don't. In fact, you'll code to one standard and fix hacks for one browser. Which is actually better than to code to zero standards and fix hacks for one browser...

      --
      Live today, because you never know what tomorrow brings
    6. Re:ACID passed, real world? by foniksonik · · Score: 2, Informative

      What would be really really nice is if the target browser for real world applications could even get close to passing a standard test. For many years now we've been forced to put the cart before the horse to support IE due to it's dominance on the desktop. Personally I've spent an additional 40 hours in just the last two months hacking around IEs lack of CSS2 support for web projects I've worked on.

      Seriously these layouts worked perfectly in Safari, Firefox, Opera the first time around... just based on standards... then I started looking at IE and realized, oh crap! I had to jump through hoop after hoop and ended up having to compromise the design mulitple times which irked my Creative directory to no end (as I'd said "no problem, this design can be done in html + css).

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
    7. Re:ACID passed, real world? by whitehatlurker · · Score: 1
      Technically, this is a weekly build. (Windows Build 8265, Macintosh Build 3264, UNIX Build 145)

      "The Weekly Builds are snapshots, they are not as thoroughly tested as a Technology Preview or a Public Beta. You should only use these builds if you are not afraid of losing data (e-mail, bookmarks, anything) or crashing your computer." - Opera Desktop Team

      I don't know what the original complaint was with respect to compatibility. My browser is Opera, and the only sites I have problems with are those that deliberately target, and break, Opera. (Pseudocode: If browser is Opera, then redirect to something else or throw up ugly ECMAScript code.)

      --
      .. paranoid crackpot leftover from the days of Amiga.
    8. Re:ACID passed, real world? by Anonymous Coward · · Score: 5, Informative
      I agree with you on that. It can pass all the certifications it wants, but until Opera supports some of the more basic javscript methods IE and FF have no problem with, it will never be my browser of choice.

      The problems with Opera's JS arise in three situations:

      1) The site specifically blocks out Opera due to scripts 5-6 years old, but happily copypasted throughout the web project by brainless "web designers". Or server-side sniffing, like Yahoo did and still does, AFAIK.

      See here for example, one that I found just a few minutes ago when informing myself of the latest and greatest Bollywood hit: http://www.rangdebasanti.net/

      Their JS code contains this:
      var dom=document.getElementById&&navigator.userAgent.i ndexOf("Opera")==-1 ...
      if (ie||dom) ...
      Use Proxomitron or Opera's cloaking techniques to get rid of the "Opera" part in UA string, and what do you know, the site works perfectly!

      2) The site doesn't block Opera per se, but exhibits "if IE or Netscape" behaviour. Of course Firefox deals with those, as it descends from Netscape. Opera doesn't, and Opera is not IE, either, so it end up in no man's land...

      3) The site has JS errors, and Opera is pretty strict when parsing JS, more so than Firefox or IE.

      Honestly, Opera does not have any JS issues. None whatsoever. It's brainless webmonkeys who have issues with their JavaScript.
    9. Re:ACID passed, real world? by Anonymous Coward · · Score: 0

      First time I've ever heard the IE DOM described as "solid"
      Next thing you know you'll be trying to convince us IE has no trouble with XML namespaces.
      Pretty obvious you're just spewing BS to get a reaction.

      BTW, the ACID2 test incorporated a number of things besides CSS.
      Not that CSS isn't an important factor in creating attractive, lightweight websites.

      But, doesn't really matter. We're just two /. ACs arguing off in our corner.

    10. Re:ACID passed, real world? by Bogtha · · Score: 3, Insightful

      Safari's DOM API is very incomplete. Probably only about 60-70% of what Firefox implements. Oprah's worse, maybe only 30-40%

      I haven't found that. Firefox is ahead on some things and behind on others. For example, Safari supports DOM 2 mutation events, but Firefox doesn't.

      As Internet Explorer has shown, having a solid JS DOM is much more important than supporting every CSS corner case.

      You're joking, right? Internet Explorer's DOM support is prone to memory leaks and doesn't support basic things like event handling. I'd rephrase your statement as:

      "As Internet Explorer has shown, having the largest market share is much more important than supporting most of the CSS or DOM specifications, because that way the web developers work for you, not the other way around."

      I think that a lot of people have blind spots, where they are completely unaware of many parts of the specifications, because they don't work in Internet Explorer or Firefox.

      --
      Bogtha Bogtha Bogtha
    11. Re:ACID passed, real world? by Anonymous Coward · · Score: 0

      No, I stand by that. IE DOM is very comprehensive and functional. Of course, it's also largely proprietary and hasn't kept up with latest standards. Mozilla DOM was a slow crashfest until a couple years ago but now nearly has the featureset of IE. Safari has only gotten remotely usable with the 1.3 release. Oprah remains hopeless. XML namespace is an entirely different issue - you are just trolling by bringing it up.

    12. Re:ACID passed, real world? by Anonymous Coward · · Score: 4, Informative
    13. Re:ACID passed, real world? by minion · · Score: 1, Flamebait

      Considering it's from Microsoft (you said Exchange web interface, right?), I'm sure Microsoft implemented a slew of hacks to have Firefox compliance (Microsoft is well known for improper web developing practices, to put it lightly).
       
      I would not doubt Microsoft employs people, who's only job is to make sure their web based products DON'T work with anything except IE. Lets not forget Front Page generates broken code, which IE knows how to render correctly. I've never seen anything except IE work with the crappy Exchange Web Interface.

      --

      -- If we don't stand up for our rights, now, there will be no right to stand up for them later.
    14. Re:ACID passed, real world? by Anonymous Coward · · Score: 0

      http://www.webdevout.net/browser_support_dom.php#s tandards
      Here. Safari boy needed a link to this, but you do too.
      Awful lot of red there for "comprehensive and functional."
      Hell. Even Firefox 1.0 was beating it by a mile.
      Not surprising since DOM support is tacked on to IE but is core to the friggen interface of Gecko browsers. Maybe M16 was a slow crash fest, but that was over 6 years ago.
      Troll?
      Pot. Kettle. Black.
      Dumbass.
      Merely pointing out that the lack of a proper DOM is what makes it so hard for IE to do basic XML tricks, among other things.

    15. Re:ACID passed, real world? by vlad_grigorescu · · Score: 1

      This is because web developers fail to use correct standards, and don't validate their web pages first.

    16. Re:ACID passed, real world? by Anonymous Coward · · Score: 0

      Heh, that page is wrong. It marks Firefox supporting several events that it flat-out doesn't, like the scroll event. (onscroll only fires if you scroll in certain ways, not in all cases. That it fires at any time is an improvement though...) Firefox DOM support is a lot more flakey than that page suggests.

    17. Re:ACID passed, real world? by Bogtha · · Score: 1

      Apologies, I have certainly had trouble with Gecko not implementing some things in the DOM specifications while other browsers do, but obviously I misremembered the details. I rescind the remark about Gecko not supporting DOM 2 mutation events.

      --
      Bogtha Bogtha Bogtha
    18. Re:ACID passed, real world? by Anonymous Coward · · Score: 0

      > and doesn't support basic things like event handling.

      This is simply FUD. IE does support event handling, it just doesn't work the official way. boohoo. As for memory leaks, FF DOM has the same kinds of issues. You just don't notice it because the browser is leaking so much memory everywhere else.

    19. Re:ACID passed, real world? by Anonymous Coward · · Score: 0

      Hard to extensively test every single feature across multiple browsers and keep updating too.
      I bet such slipups exist with other browsers in the list too.
      You could, perhaps, writeup a testcase demonstrating what you are saying, and send it to him.

    20. Re:ACID passed, real world? by Bogtha · · Score: 5, Informative

      IE does support event handling, it just doesn't work the official way.

      It doesn't support event handling as defined by the DOM specifications. My comment is perfectly clear when you don't cut the quote off prematurely.

      Referring to Internet Explorer's proprietary DHTML interface as a "DOM", while technically accurate, is misleading as in common use, the term "DOM" refers to the W3C specifications.

      boohoo.

      How about a little maturity?

      As for memory leaks, FF DOM has the same kinds of issues.

      a) No it doesn't, many Internet Explorer memory leaks are an artifact of the JScript engine being unable to refcount properly.

      b) You implied that Internet Explorer had a "solid" DOM. That is not true regardless of the quality of Firefox's DOM. Internet Explorer's DOM doesn't get more "solid" if you distract people by talking about other browsers.

      --
      Bogtha Bogtha Bogtha
    21. Re:ACID passed, real world? by MerlinTheWizard · · Score: 1

      Apparently, you didn't understand at all what the ACID2 test was all about.

    22. Re:ACID passed, real world? by timeOday · · Score: 2
      It's not unexpected for browsers with different rendering engines to render things differently, especially for web interfaces
      I question that. I know the original idea was to let the browser determine the appearance, but the idea never really caught on. Content producers want control over appearance, and most users/clients don't particularly want the responsibility. The byzantine web standards for separating content from presentation all the way down to the client aren't worth the bother and compatibility problems. I've seen the pages where you can select among dozens of different styles for a web page using CSS. Most of the styles have presentation quirks, but more importantly the whole exercise is pointless.

      Web content and formatting should be separated on the server side in whatever way is useful to content producers (as they already are), then sent to the client in a more postscript-like language that specifies appearance, with some control for font size and text reflowing. The would allow simpler, more compatible browsers and more consistent presentation. I think this evolution is already happening, as HTML and later CSS have evolved towards more precise specification of appearance, and also with the rise of pdf documents linked from the web.

    23. Re:ACID passed, real world? by NickFitz · · Score: 2, Informative

      As Internet Explorer has shown, having a solid JS DOM...

      DOM Level 1 Core states that "The DOM presents documents as a hierarchy of Node objects". As IE/Win is capable of creating a node with two parents and creating a node whose parent is the child of one of its siblings - that is, a non-hierarchical structure - it can hardly be claimed that it has anything to teach anybody in this area.

      (I'm aware that these effects are caused by invalid markup, and that other browsers also have problems agreeing on what to do; but the simple fact is that the DOM is defined as a tree, and IE/Win internally uses a data structure which is not a tree. So it's difficult to see how its DOM implementation can ever work properly.)

      --
      Using HTML in email is like putting sound effects on your phone calls. Just say <strong>no</strong>.
    24. Re:ACID passed, real world? by Shawn+Parr · · Score: 1
      Interesting, has your company modified it somehow? I'm not super familiar with Exchange, so I don't know how modifiable, or 'skin-able' if you will, it is.

      I do know that the University I work for uses Exchange, and Safari from my Mac works just fine. I see it almost exactly how I see it from Firefox.

      And trust me, at this backwards little campus, there is not a lot of concern for non-MS situations, so I know they didn't do any modifying to make 3rd party browsers work, at least not on purpose.

    25. Re:ACID passed, real world? by golgotha007 · · Score: 0

      I am a web developer for a few high traffic sites.

      Nothing pains me more than to code for Firefox (I develop in Linux).
      Once the Firefox test passes, check it in IE (via vmware). Usually there will be a few tweaks to get everything right in IE. Once IE passes, then I check it with Konqueror and Safari (and boy, do I just wanna cry then). Many sections of code have been completely rewritten because both konqueror and Safari has such bizarre behavior.

      So, Konqueror (and possibly Safari), while passing the ACID2 test, fails with other basics in web standards. I'm tired of coding for 4 browsers. Honestly, my life would be much easier if Safari, Konqueror and Opera would all just die. Let Mozilla and MS duke it out.

    26. Re:ACID passed, real world? by vcv · · Score: 1, Informative
    27. Re:ACID passed, real world? by MikeFM · · Score: 1

      When possible these things should work in quirks mode but strict mode should require perfection. Without requiring perfection it's really hard to know if there is a bug in your website's code. I'd love to see a CSS debugger included in browsers similar to Javascript debuggers..

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
    28. Re:ACID passed, real world? by Anonymous Coward · · Score: 0

      Ummm, excuse me, using exchange's web interface is a VERY BAD example. In this case it's the CODE that is broken and NOT THE BROSWERS!! Of course any thing from M$ that outputs HTML is going to do so very poorly... but everyone here at /. should is already aware of that fact...

      Honestly, I would rather have a web browser that ONLY follows the TRUE HTML standard, and let all these moron front page desginers FIX their code instead of making web browser developers intentional break logic in HTML rendering!!

    29. Re:ACID passed, real world? by kwoff · · Score: 2, Interesting

      In network programming, the "best practice" is "be strict in what you send and tolerant in what you receive". In any kind of programming, I think one should strive to fail as gracefully as possible.

    30. Re:ACID passed, real world? by generic-man · · Score: 1

      If the most admired company in tech doesn't give a crap about valid HTML (and the second-most-reviled company in tech does*), what does that tell you?

      * Microsoft's web site is only HTML 4.01 compliant. However, MSN Search is valid XHTML 1.0 Strict.

      --
      For more information, click here.
    31. Re:ACID passed, real world? by KDR_11k · · Score: 1

      So IE DOM supports incest? Ewwww.

      --
      Justice is the sheep getting arrested while an impartial judge declares the vote void.
    32. Re:ACID passed, real world? by aussie_a · · Score: 1

      I don't think it's the job of interpretters to deal with bad coding. Imagine if people said "y'know, this C++ compiler is okay, but it takes forever to fix my code so it compiles properly. What sort of idiot made a compiler that works to the standard, instead of all my bad quirks?"

    33. Re:ACID passed, real world? by Pollardito · · Score: 1

      the only way to do this would be for the designer to include a tag in the code detailing what browser draws the page the way that they wanted it to look and then your browser would launch that other browser when you hit the page. if someone is coding their page so that it looks right under a bad implementation of CSS, then the only way you can work in that situation is to also implement CSS badly (but only for that page!)

    34. Re:ACID passed, real world? by dioscaido · · Score: 1

      Sorry for my ignorance, but is the ACID2 test page static, or does it dynamically change for each render attempt? If it's the former, then can you really translate passing the test to being fully standards compliant? Can't the browser simply have been tweaked to correctly render that specific combination of html/css/etc..?

    35. Re:ACID passed, real world? by AddressException · · Score: 1

      Honestly, my life would be much easier if Safari, Konqueror and Opera would all just die. Let Mozilla and MS duke it out.

      Maybe get a different job? If all browsers but one die will you be happy then?

    36. Re:ACID passed, real world? by Anonymous Coward · · Score: 0

      Spell Opera wrong once, and it looks like an honest mistake. Spell it wrong twice, and it makes the fact that you're trolling obvious.

    37. Re:ACID passed, real world? by BZ · · Score: 2, Insightful

      Firefox supports a large subset of DOM Mutation Events. Not all of them (in part due to the spec being so vague and ill-designed as to not be reasonably implementable), and the support is not bug-free, but there is some support.

    38. Re:ACID passed, real world? by golgotha007 · · Score: 1

      oops, the first line should not have said,
      "Nothing pains me more than to code for Firefox (I develop in Linux)."

      Replace Firefox with Safari.
      Getting javascript to work with Safari is like pulling teeth.

    39. Re:ACID passed, real world? by golgotha007 · · Score: 1

      You missed my point. I don't mind supporting 2 browsers, but 5 is chaos. If you don't understand this, then you're not a developer.

    40. Re:ACID passed, real world? by sirsnork · · Score: 1

      And you would, because thats the "basic" version. Fire up IE and load it on that and see what you're missing out on

      --

      Normal people worry me!
    41. Re:ACID passed, real world? by jesser · · Score: 1

      A table listing which mutation events each browser supports would be more interesting. (I believe Firefox supports DOMNodeInserted, DOMNodeRemoved, and two others.)

      --
      The shareholder is always right.
    42. Re:ACID passed, real world? by jibjibjib · · Score: 1
      any thing from M$ that outputs HTML is going to do so very poorly...

      http://validator.w3.org/check?uri=http%3A%2F%2Fwww .microsoft.com%2F

    43. Re:ACID passed, real world? by Khuffie · · Score: 1

      Heh, I know what you mean. To be honest, your first example really bugs me. If your too lazy to code your site so it works fine in Opera, fine, just let me access it and suffer your laziness. However, if you're just blocking Opera outright, then...well...screw you and your site.

    44. Re:ACID passed, real world? by n0dalus · · Score: 2, Insightful

      2) The site doesn't block Opera per se, but exhibits "if IE or Netscape" behaviour. Of course Firefox deals with those, as it descends from Netscape. Opera doesn't, and Opera is not IE, either, so it end up in no man's land...

      Actually, the real problem with Opera is that it tries to support both W3 DOM standards as well as IE's crazy broken stuff, but then goes on to do some things differently to IE. So, if because IE is broken in some regard and you check for a certain DOM element or function existence to see if it's IE (and act accordingly), Opera, in its attempt to emulate IE, ends up being broken by the hack.

      It's hard enough for web developers to put up and deal with IE's crap, for then Opera to come along and get broken by all the hacks because it tries to emulate half of IE's behaviour. Then you have to put in more hacks so that Opera won't get broken by the IE-specific stuff.

    45. Re:ACID passed, real world? by Anonymous Coward · · Score: 0

      Sorry, but the purpose of a web browser is to browse the web. If it does not browse the web, it is broken by definition, no matter how much you argue about how strict it is. Is it a good thing that a police state is strict against its citizens? Why is "strict" suddenly a GOOD thing when it comes to some "underdog" piece of software that people want to cheer for?

    46. Re:ACID passed, real world? by metamatic · · Score: 1

      Opera browses the web just fine. It just doesn't browse things which are almost web sites but not quite, because they are broken and don't follow web standards.

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    47. Re:ACID passed, real world? by nmb3000 · · Score: 1

      I've never seen anything except IE work with the crappy Exchange Web Interface.

      Oh come on. What browser is Microsoft going to worry most about working perfectly with Outlook Web Access? Probably the browser that they own and has the highest market share. Besides, last time I checked, OWA does work with Firefox, just not quite as well as with IE.

      And what exactly do you mean by "crappy"? I'd like you to point out an OSS webmail project that comes anywhere near as good-looking and as fully-functional as OWA (even when using OWA with Firefox). Here's a hint: I've looked and there isn't one, so don't waste your time.

      --
      "What do you despise? By this are you truly known." --Princess Irulan, Manual of Muad'Dib
      /)
    48. Re:ACID passed, real world? by Richthofen80 · · Score: 1

      You're kidding, right? Before there was an event handling specification, IE implemented event handling. There was a need, and no standard. Sometimes you have to innovate. And if you do something and later a standards body writes a standard different than the way you did it, well, can you be blamed for not seeing into the future?

      --
      Reason, free market capitalism, and individualism
    49. Re:ACID passed, real world? by kiddygrinder · · Score: 1

      Browsers are only half the picture, if the website is broken how can you expect the browser to show it correctly? Strictness is good because the browser knows what to expect, and if the browser knows what to expect then it can behave consistantly. If all of the browsers behave consistantly then the web coders know how to make websites that don't break in them, and then people can use any browser they want and people start throwing flowers in the air and dancing around with streamers and singing and stuff.

      --
      This is a joke. I am joking. Joke joke joke.
    50. Re:ACID passed, real world? by kiddygrinder · · Score: 1

      I still havn't seen these FF memory leaks, can you list some websites that cause memory leaks in firefox? I hate it when i miss out on a good bug.

      --
      This is a joke. I am joking. Joke joke joke.
    51. Re:ACID passed, real world? by mrchaotica · · Score: 1

      You can be blamed for not at least making an attempt to change your code to conform to the standard, especially if you're a convicted abusive monopoly.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    52. Re:ACID passed, real world? by Ambassador+Kosh · · Score: 2, Interesting

      I am sorry but opera does have broken javascript.

      getElementById confuses name and id. If you have an item with a name that is the same as the id you are looking for if the name was defined first then opera will return that. That is flat out broken behavior and it was copied from IE and it is still broken in Opera 9. http://www.gtalbot.org/BrowserBugsSection/Opera9Bu gs/ Look at bug 17 for the example.

      That is the reason why neither opera or IE are supported for our more advanced editing interfaces. It just takes too much money to code around the bugs in those browers compared to the customers just downloading firefox, safari, konqueror etc. We have even given them a choice and they preferred to just download firefox.

      --
      Computer modeling for biotech drug manufacturing is HARD! :)
    53. Re:ACID passed, real world? by mrchaotica · · Score: 1
      I had to jump through hoop after hoop and ended up having to compromise the design mulitple times which irked my Creative directory to no end (as I'd said "no problem, this design can be done in html + css).
      Well, don't forget that you were right: the design really could be done in html + css. The fault lies with whoever decided that you weren't allowed to use "HTML + CSS," but had to use "IE pidgin markup" instead.
      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    54. Re:ACID passed, real world? by Richthofen80 · · Score: 1

      Your statement makes no sense. You can follow IEEE or any other standards and still be convicted of a monopoly. Do you think a judge cares whether microsoft's browser meets standards?

      Standards are not law. They are industry recommendations made by non-elected officials who wield no power of law.

      Monopoly law is something instituted by elected officials and who wield punitive power.

      Two very different and unrelated things.

      --
      Reason, free market capitalism, and individualism
    55. Re:ACID passed, real world? by mrchaotica · · Score: 1

      It makes sense to me; perhaps you just didn't read it carefully enough.

      First of all, I never said anything about any judge's opinion; I implied that the public in general could blame Microsoft for not trying to conform to standards. Secondly, Microsoft could especially be blamed because the fact that it is an abusive monopoly suggests that it has a particular ulterior motive for not working towards standards compliance (or in other words, that it can be attributed to malice rather than incompetance or laziness).

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    56. Re:ACID passed, real world? by Anonymous Coward · · Score: 0
      I am sorry but opera does have broken javascript.
      No... Opera has SOME JavaScript functionality broken. As does every other browser currently existing.

      getElementById confuses name and id. If you have an item with a name that is the same as the id you are looking for if the name was defined first then opera will return that. That is flat out broken behavior and it was copied from IE and it is still broken in Opera 9. http://www.gtalbot.org/BrowserBugsSection/Opera9Bu gs/ Look at bug 17 for the example.
      The bug has probably been reported, and so it will probably be fixed when 9.0 comes out. But I agree, this isn't good.

      Back when Firefox was non-existing and absolutely nobody used Netscape, Opera "had" to copy some of IE's quirks (for all we know, this thing might have broken some large websites that worked with IE), though there's no excuse for still having this bug around.
    57. Re:ACID passed, real world? by dodobh · · Score: 1

      Are you really sure you want to see a page designed for 640x480 scaled up on your 21" monitor? Or do you want a page "optimised for 1600x1200" to be seen on your PDA? My broswer runs at an odd resolution (_if_ I am using a graphical browser). It doesn't use my full screen horizontally, but it does use the screen vertically.

      The _whole_ point of allowing the client to decide the rendering is that only the client knows what limitations the hardware it is running on imposes. Written properly, the issue of content vs presentation is moot.

      Of course, you could write stuff "optimised" for every user agent in existence, and those which don't exist yet.

      --
      I can throw myself at the ground, and miss.
    58. Re:ACID passed, real world? by Achromatic1978 · · Score: 1
      I've never seen anything except IE work with the crappy Exchange Web Interface.

      That's funny. I use Outlook Web Access on a daily basis with Firefox 1.5. Or maybe I'm smoking crack...

    59. Re:ACID passed, real world? by hkmwbz · · Score: 1
      "Actually, the real problem with Opera is that it tries to support both W3 DOM standards as well as IE's crazy broken stuff"
      As does Firefox...
      "So, if because IE is broken in some regard and you check for a certain DOM element or function existence to see if it's IE (and act accordingly), Opera, in its attempt to emulate IE, ends up being broken by the hack."
      I rarely see this being a problem on real web sites. Most of the time they are sniffing for Opera and sending it stuff from back in the 6.x days when it didn't have proper DOM support. Opera's problem isn't that it supports IE stuff (Firefox does too), but that it used to have crappy DOM support until v7.
      --
      Clever signature text goes here.
    60. Re:ACID passed, real world? by n0dalus · · Score: 1

      As does Firefox...

      Well, Firefox attempts to emulate far less of IE's behaviour than Opera does. It seems if there is an IE way, and a W3 way, Firefox will do the W3 behaviour only -- Opera will do both. As a professional web developer I repeatedly end up pulling my hair out due to Opera trying to support too many behaviours at the same time. Often I end up telling my clients that a certain feature won't work in Opera, unless they want to pay me for more hours.

    61. Re:ACID passed, real world? by hkmwbz · · Score: 1
      That doesn't compute.

      If Opera supports both the IE way and the W3C way, why don't you stick to W3C stuff and ignore the IE stuff in Opera?

      Also, as I said, Firefox will not do the W3C way only. Far from it. It supports plenty of non-standard extensions.

      --
      Clever signature text goes here.
    62. Re:ACID passed, real world? by elgaard · · Score: 1

      >Of course, you could write stuff "optimised" for every user agent in existence, and those which don't exist
      >yet.

      You also need to optimize for "limitations" of the user. I.e. when I am using my laptop in my sofa, I need bigger fonts. I do not like too much animation, so i use the "only-once" setting.

    63. Re:ACID passed, real world? by mark_lybarger · · Score: 1

      just be extremely thankfull your target audience isn't "ie only".

    64. Re:ACID passed, real world? by Anonymous Coward · · Score: 0

      Before there was an event handling specification, IE implemented event handling. There was a need, and no standard. Sometimes you have to innovate.

      Microsoft did not innovate. They copied the Netscape event system at that time. No, I'm not blaming them for that. I'm blaming them for their later event system.

      And if you do something and later a standards body writes a standard different than the way you did it, well, can you be blamed for not seeing into the future?

      That is not what happened. Netscape implemented a flawed event system, Microsoft copied them, and while the W3C, including Netscape and Microsoft, developed the DOM event system, Microsoft went off and implemented another, proprietary event model that is broadly similar to the DOM event system, but incompatible.

    65. Re:ACID passed, real world? by big_gibbon · · Score: 1

      1998 called. They want their web back (or whatever cliche you want today)

      The reason for separating content and presentation is precisely to make content *more* accessible for *everyone*. If you want that content displayed in *exactly* the same way to all users, then you're destined to fail regardless of the technology you use, but you're *definitely* going to fail on the web.

      The idea is to mark up content so that the user agent at the other end can interpret that markup and present it to the user appropriately. You can layer on visual, audio, and behavioural presentation *hints*, but the whole point is to allow the user agent to override or ignore any part of those layers and still get at the content - which is what is important.

      Yes, content producers want control over appearance, but I'd put it to you that more than that they want people to be able to perceive their content. Using inaccessible media types means that it might look prettier for the "average" user (as if there is any such thing), but if you're losing 10%, 20%, 50% of your audience, is it really worth it?

      P

    66. Re:ACID passed, real world? by Chanc_Gorkon · · Score: 1

      It's not a fallacy. All browsers should strive to be compliant with standards. ACID 2 is a test of those. The REAL problem is that web developers get sold on things that don't work in every browser. AJAX is a excellent example...it does not currently work in Safari although it works almost everywhere else. So, yes...browsers SHOULD render everything correctly, but the web developers also have a duty to test on IE, firefox, opera and safari.....at a minimum. I'd also check some things out in Lynx as well since some people use that (mostly blind). Developers should not have to do that, but that's the way things are now.

      --

      Gorkman

    67. Re:ACID passed, real world? by jp10558 · · Score: 1

      It would seem to me there is an easy solution. Write a WC3 complient page - validate it to no errors. Then put in the normal hacks to work in IE whatever. Then if anyone using Opera, KHTML, Webkit or whatever says it doesn't work, you KNOW it's a bug in the browser and can tell them so.

      Most alternative browser users are both proud of the increasing standards complience of their browser, and quick to accept bugs with their browser (provided the page they get validates as WC3). They then usually report the bugs and pressure the vendor to fix them.

      Of course making 5 or 6 different pages is hell, but the idea of all the alternative browsers is to have devs write to the WC3 specs and be done for all the browsers but IE (well, they'd like that to get IE too, but we're also pragmatic).

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
    68. Re:ACID passed, real world? by xantho · · Score: 1

      My Treo 650 can use the Exchange 2003 web interface. It's not perfect, but I can read and respond to email, check appointments and contacts, and manage the todo list from it.

  3. Tweaked by Stellian · · Score: 5, Interesting

    What's more interesting, will it pass ACID3? It's easy to tweak the engine untill it passes a single known test. Historicaly, Opera had (and still has?) problems with both JavaScript and CSS. I must admit though, that the rendering in Opera 8 (pre ACID2) is much better than Mozilla's.

    1. Re:Tweaked by darkmeridian · · Score: 1

      Failure of Opera to work with JavaScript and CSS will reduce its marketshare in a web more and more dependent on AJAX technologies. Opera still does not work with Gmail. Certain features in the Gmail interface are not available under Opera. Meebo does not work with Opera as well. Websites should code better to support Opera but when you are talking about huge, commercial sites like Gmail, that would be the tail wagging the dog.

      --
      A NYC lawyer blogs. http://www.chuangblog.com/
    2. Re:Tweaked by vcv · · Score: 2, Informative

      Had... yes.. back before 7.x.

      Now it's javascript and CSS support are superb. Opera and FF are about equal in those departments.

    3. Re:Tweaked by Per+Wigren · · Score: 1

      No, Opera 8's JavaScript engine is still single-threaded, meaning it can only execute one event at a time, meaning that for example while it is doing an XMLHttpRequest all other JS-events on a page will freeze until it's finished. Opera 8 also don't support opacity on other things than PNG-images, making most scriptaculous effects unusable.

      --
      My other account has a 3-digit UID.
    4. Re:Tweaked by FyRE666 · · Score: 3, Interesting

      Opera 9 still displays visual artifacts when using DHTML/DOM Scripting/(whatever people are calling it this week). I recently coded up a quick demo for a bigger project - the demo allowed an image to be uploaded, resized and moved about using Javascript, then "stamped out" by using js+php. I only tested Opera out of interest as It's always been pretty flaky with Javascript/CSS. Moving images with the mouse was fine, but resizing (in the app, this was done by grabbing a corner and moving it) resulted in pixel trails which looked kind of cool, but were not supposed to be there. The "fix", was to continually change the z-index of the image as it was being resized, causing Opera to refresh the canvas.

      The reason Opera is "victimised" by older scripts is due to the ridiculous decision of that company to add code stubs for functions it did not actually support (I remember when it had document.getElementById(), which always returned null - that's why many scripts look for the Opera string, and block it).

    5. Re:Tweaked by zopu · · Score: 1
      Opera still does not work with Gmail

      As someone who's using gmail right now in Opera 8.0 (with no apparent bugs), I have to disagree...

    6. Re:Tweaked by MikeFM · · Score: 1

      Opera 8 renders things badly in my experience but Opera 9 does a very good job and looks almost identical to Safari. Firefox renders things more as I expect than Safari or Opera but I'm not sure which browser has the bugs. Still, those bugs are almost gone in the most recent releases of each so I'm pretty happy. Now if we could just do something about IE. C'mon IE7 people - PLEASE be standards compliant. Us developers would love to see IE pass ACID2.

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
    7. Re:Tweaked by makomk · · Score: 2, Informative

      The reason Opera is "victimised" by older scripts is due to the ridiculous decision of that company to add code stubs for functions it did not actually support (I remember when it had document.getElementById(), which always returned null - that's why many scripts look for the Opera string, and block it).

      That would certainly explain it, if it's true - it's all very well testing whether the browser supports the feature rather than what browser it is, but that breaks down if web browsers pretend to support things they don't.

    8. Re:Tweaked by Anonymous Coward · · Score: 0

      You have to type in every email address in full, gmails helpful guesses never show up in opera.

    9. Re:Tweaked by Petrushka · · Score: 1

      Works fine for me. (Opera 8.5, WinXP SP2)

    10. Re:Tweaked by vcv · · Score: 0, Offtopic

      I presume Mozilla's is as well. I wrote a script for work that does a search (on an array created with js) and generates DOM objects (the search results). In Opera, it displays the "searching" animation as it should and lets me do other stuff, and only takes a few seconds. In FF, the search animation is NOT displayed and the browser is locked up for at least twice as long as Opera takes to do the search. The code is 100% compliant in regards to XHTML, CSS and JavaScript.

    11. Re:Tweaked by vcv · · Score: 0, Offtopic

      Um.. Opera9 is in beta right now. Those are rendering bugs. I was replying to the guys comment about Javascript and CSS support lacking, which is not true.

    12. Re:Tweaked by starwed · · Score: 1

      I'm not sure what you're getting at; an XMLHttpRequest isn't a DOM event, which I think is what the word normally means in this context.

      If Opera can't handle asynchronos XMLHttpRequests that is a pretty big issue, though.

    13. Re:Tweaked by Anonymous Coward · · Score: 0
      The reason Opera is "victimised" by older scripts is due to the ridiculous decision of that company to add code stubs for functions it did not actually support (I remember when it had document.getElementById(), which always returned null


      Sure you don't mean document.createElement? It was there in some version that only supported using it for option elements. There was no good way around that from Opera's side: either supporting document.createElement('option') to make the pages using that work, and break object detection scripts using if(document.createElement) - or break the pages using document.createElement('option') by not having the incomplete createElement implementation. Either way, scripts would break.
  4. Get the weekly by Anonymous Coward · · Score: 1, Informative

    Remember that http://my.opera.com/desktopteam/blog/show.dml/1723 75the weekly which passes Acid2 has been released publicly :)

    1. Re:Get the weekly by Anonymous Coward · · Score: 0

      On it, like "White-On-Rice", & thanks for the URL!

      Opera is not only the most std.'s compliant possibly now, but undoubtedly the FASTEST PERFORMING of them all, see here:

      http://www.howtocreate.co.uk/browserSpeed.html#win

      * That's the MOST even-handed, fairest & most objective test of browser speed/performance I know of... & all I can give you in return for the link to the build of Opera 9 (weekly update) you gave me!

      (So, in exchange for that link to download this latest ACID2 standards compliance test build of Opera 9? Well, I give you back some "good, Pro-Opera" superior performance data vs. ALL other browsers out there on the MOST platforms of all (since many browsers run on multiple OS) in exchange)...

      Hope you find it useful, or, @ least a GOOD read!

      I know I'm going to find Opera 9 ACID 2 passing model useful... just knowing it's able to handle that is enough!

      APK

  5. Slashdotted by teodz · · Score: 1
  6. It claims to but fails by Momomoto · · Score: 5, Informative

    FTA:

    "Konqueror and iCab almost pass (and claim to pass), but they both fail to apply one of the styles required by the test, and as a result they display a scrollbar even though they shouldn't (the Acid 2 guide neglects to mention this style, but see the source code for the test itself):

    html { ... overflow: hidden; /* hides scrollbars on viewport, see 11.1.1:3 */ ... }"

    --
    "Max, come over here. French-Canadian bean soup. I want to pay. Let them leave me alone." - Dutch Schultz
  7. Re:*smack* by babbling · · Score: 1

    Good work on the correction, but does it matter so much?

    The important thing is who is there and who isn't. The order in which the browsers arrived at compliance is of no consequence to users of the browsers.

  8. AGREED:ACID passed, real world? by sreekotay · · Score: 2, Insightful

    Two sides to this: (1) conformance for developers (makes our lives easier) (2) compatibility for consumers (they don't care about making our lives easier)
    --
    graphicallyspeaking

  9. ICab and Konquerer don't pass by bas.westerbaan · · Score: 1, Redundant
    From the article:
    Konqueror and iCab almost pass (and claim to pass), but they both fail to apply one of the styles required by the test, and as a result they display a scrollbar even though they shouldn't (the Acid 2 guide neglects to mention this style, but see the source code for the test itself)
  10. Good news by BertieBaggio · · Score: 4, Insightful

    A big well done to the Opera team. Safari passed the test in November last year, and hopefully Firefox will pass soon as well. Increased standards compliace is a Good Thing(tm) for users and webmasters alike. If the minority browsers continue to push standards (which the tech-savvy webmasters follow) it will push IE into improving its own rendering engine. Although even their unreleased version seems to be a bit behind the times...

    From TFA: It is somewhat worrying that IE 6 renders Acid 2 very similarly to Opera 3.6, and the hyped IE 7 renders it very similarly to Opera 4.

    'Somewhat worrying' indeed. I know people (of the pretty-damn-computer-literate variety) that won't switch from IE6 because it "works fine for them". I'm sure they know about the vulnerabilities [now that Symantec says so, it must be official!], the rendering issues and speed*, but they are sticking to their guns. So the only way people like this will have their experience enhanced is by teams like Mozilla and Opera pushing the browser envelope and hoping IE take interest. Either that or some X factor that makes the alternative browser a 'killer app', rather than IE, which is an app killer. (I couldn't resist, sorry!)

    Well done again to Opera. Webmasters everywhere are silently saying a big 'thank you'.

    *Note: I am aware that some will say that IE 6 loads quicker/renders quicker than FF. I have found the two of comparable speed for light pages, and FF slightly faster for 'heavier' pages. Opera is faster than both of them. Draw your own conclusions, and install all three (or two if your run a non-Windows OS). I found an old demo disc with IE 3 recently, and will be trying that out.

    --
    If all you have is a grenade, pretty soon every problem looks like a foxhole -- MightyYar
    1. Re:Good news by NoMoreNicksLeft · · Score: 1

      Both Firefox 1.5 and Opera 9 render my inverse kinematics SVG demo flawlessly.

      This will eventually be an integral part of the webapp I'm coding, and even after I fixed mimetype issues so that IE didn't barf on xhtml, it's still a joke. I'd spend an incredible amount of time just fixing the CSS, let alone all my javascript. And the SVG applets which are absolutely necessary... not even a chance. I might as well try to fix it so it would work in lynx too, except lynx probably sucks less.

    2. Re:Good news by dreemernj · · Score: 1

      Holy crap, I hadn't even noticed that they'd implemented SVG in Opera. Good stuff.

      --
      1 (short ton / firkin) = 89.1432354 slugs / keg
    3. Re:Good news by NoMoreNicksLeft · · Score: 1

      Opera 8 had a decent enough subset of SVG. Could only do still pictures, but not everyone is doing interactive applets like myself. Konq 3.x does as much, too. Supposedly Konqueror 4, Netscape 9 and the next official Safari will all do that SVG you just looked at.

      Why in the hell would I want to try to make it work in IE? I'm doing people a favor when I force them to use a real browser.

  11. I like how... by katterjohn · · Score: 5, Insightful

    ... they show IE screenshots, but don't show how close/far away Netscape and Mozilla and Firefox are from passing.

    1. Re:I like how... by I+confirm+I'm+not+a · · Score: 2, Informative

      ...don't show how close/far away Netscape and Mozilla and Firefox are from passing.

      Happy to help! Firefox 1.5 is nearer to Opera 8 than Opera 7.5: the background is yellow (good), the eyes aren't quite right (bad, comparable to Opera 8) and the mouth has turned into a cigar (bad, Opera 8 does this better).

      Sorry, best I can do without getting off my backside and doing something useful with screenshots. And I'm not going to get off my backside on a Sunday.

      --
      This is where the serious fun begins.
    2. Re:I like how... by Anonymous Coward · · Score: 0

      Becuase the world doesn't revolve around Mozilla? The page wasn't meant as a comparison, merely a history of Opera's abilities, but the IE shots were shown as well.

    3. Re:I like how... by Matt+Perry · · Score: 1
      Here's a link to how the 2006-02-28 build renders it:
      https://bugzilla.mozilla.org/attachment.cgi?id=213 450


      You'll have to cut and paste as bugzilla doesn't allow link from slashdot. I found the link on this page:

      https://bugzilla.mozilla.org/show_bug.cgi?id=acid2
      --
      Slashdot: Failed Car Analogies. Amateur Lawyering. Anecdote Battles.
    4. Re:I like how... by katterjohn · · Score: 1

      Hey, thanks! That's great.

  12. Re:Cool by Uber+Banker · · Score: 5, Insightful

    Firefox is good. The plugins extend the browser hugely.

    But I'm happy with Opera, be it for the faster responce I get on the same machine as I have Firefox installed on, the ability not to search for plug ins for whatever feature I need, 'it just works'

    I just find Opera is faster at implementing standards, is more reliable with IE geared sites (don't like the fact, but I have to be pragmatic and deal with it as promoting interoperability is not what pays my bills), is more innovative (has important new features first and has them 'out of the box') and makes a good testing ground for my projects, and is all together very nice. And now it's free (as in beer).

    Firefox is good. Opera is good too. Different priorities for different users, I don't have access to source code or the ability to contribute in the same way, but for me I'm fine with that. Both are far superior to IE's features, security and map for an interoperable internet in the future. Nuff said.

  13. Re:iCab by MBCook · · Score: 1
    From the article:

    "Opera 9 (get the weekly build) now passes the Acid 2 test, making it the second browser to do so. And yes, I can count. Safari passed first, and Opera is second. Konqueror and iCab almost pass (and claim to pass), but they both fail to apply one of the styles required by the test..."

    --
    Comment forecast: Bits of genius surrounded by a sea of mediocrity.
  14. Re:*smack* by Stellian · · Score: 3, Informative

    If you have RTA, you would know that Konqueror claims to pass, however it fails to aply a final style-sheet.

  15. Internet Explorer getting better by eebra82 · · Score: 5, Funny

    I am happy to see that Internet Explorer 7 passes the ACID2 test somewhat better now. It is actually possible to see the resemblance of a happy face now. Good job, Microsoft!

    1. Re:Internet Explorer getting better by Anonymous Coward · · Score: 5, Informative

      Provide a link to the image, or people here won't understand your subtle sarcasm. :)

    2. Re:Internet Explorer getting better by Jugalator · · Score: 3, Funny

      Poor guy! He looks slaughtered and covered in blood. :'(

      IE 7, the Hannibal of web standards? :-/

      --
      Beware: In C++, your friends can see your privates!
    3. Re:Internet Explorer getting better by MoogMan · · Score: 1

      Don't be silly, of course they will. Who in their right mind would expect IE to pass *a* test ;)

    4. Re:Internet Explorer getting better by robgamble · · Score: 1

      Man, that's a pretty web page. :D

      --
      No sig for you!
    5. Re:Internet Explorer getting better by Anonymous Coward · · Score: 0

      An image that loads is here

  16. Re:iCab by Anonymous Coward · · Score: 1, Informative

    No, that's wrong. Even if it isn't that important who did it first, but that it gets done at all, the facts should be right.

    Safari did it first, then iCab, then Konqueror, and now Opera. See http://dean.edwards.name/weblog/2005/04/acid2-sp/ . This order is not the "release" order, but when an alpha/beta/nightly passed the test, and the developer(s) told us.

    If we consider released versions, I'm not sure what order we get, but I believe only Safari and Konqueror have released the compliant versions yet.

  17. Re:*smack* by Azh+Nazg · · Score: 0, Flamebait

    RTFA? This is Slashdot. Why are you suggesting I RTFA before mindlessly posting a comment like that?

    --
    Azh nazg durbataluk, azh nazg gimbatul, Azh nazg thrakataluk agh burzum ishi krimpatul! This sig blocked by Slashdot.
  18. Second browser? by ABoerma · · Score: 0, Redundant

    What makes Opera the second browser? Last time I checked, iCab and Konqueror rendered the test correctly as well.

    1. Re:Second browser? by Anonymous Coward · · Score: 3, Informative

      RTFA and you'll see this. "Opera 9 (get the weekly build) now passes the Acid 2 test, making it the second browser to do so. And yes, I can count. Safari passed first, and Opera is second. Konqueror and iCab almost pass (and claim to pass), but they both fail to apply one of the styles required by the test..."

  19. who was first after safari? by gEvil+(beta) · · Score: 3, Insightful

    Opera has just become the second browser after Safari...

    Second browser after Safari? Which was the first after Safari to do it? Oh, you mean the second browser, after Safari...It's amazing what commas can do. Learn to use them.

    --
    This guy's the limit!
    1. Re:who was first after safari? by Rytis · · Score: 1

      It's amazing what commas can do.

      Yes, I know. You can see the same thing in my mother tongue. Unfortunately, punctuation wasn't very emphasized during my English lessons.

    2. Re:who was first after safari? by Aranth+Brainfire · · Score: 1

      Dont worry its not like we Americans are taught any better .

      Seriously though, you should have seen my high school rules handbook- all sorts of hilarity showed up in that thing. It said, due to failed comma usage, that students were required to bring large amounts of money to school and leave them in the main office, due to security reasons (it was intended to say that if we brought large amounts of money to school, we needed to leave them in the office so they wouldn't get stolen. I don't remember the exact wording.)

      --
      "Quoting yourself is stupid." -Me
    3. Re:who was first after safari? by cthellis · · Score: 2, Funny

      Commas are the difference between:

      Let's eat out, Grandma!
      and
      Let's eat out Grandma!

    4. Re:who was first after safari? by gEvil+(beta) · · Score: 1

      I think I saw that movie...

      --
      This guy's the limit!
    5. Re:who was first after safari? by Forbman · · Score: 1

      Or...

      Let's eat, out Grandma!

      or...

      let's eat, out, Grandma!

  20. Re:iCab by Anonymous Coward · · Score: 3, Informative

    According to WaSP (the people who wrote the Acid2 test), Safari passed first, followed by iCab and Konqueror. and Safari was the first browser to have a public release that rendered it.

    That makes Opera the 4th browser to render Acid2 correctly.

    This page has a bit of info on it, http://dean.edwards.name/weblog/2005/04/acid2-sp/

  21. An ACID test giving a smiley? by G3ckoG33k · · Score: 4, Funny

    Is that a coincidence?

    1. Re:An ACID test giving a smiley? by RoffleTheWaffle · · Score: 4, Funny

      I would've expected dancing rainbow-colored bears, honestly.

    2. Re:An ACID test giving a smiley? by Selanit · · Score: 1
    3. Re:An ACID test giving a smiley? by RoffleTheWaffle · · Score: 0, Offtopic

      And Jack Thompson says that GTA is the video game version of the devil incarnate. Jesus Christ, somebody call a fucking priest. That game needs an exorcism.

    4. Re:An ACID test giving a smiley? by Christopher+Rogers · · Score: 1

      That's not what you see?

  22. See how your browser fares... by fugas · · Score: 5, Informative

    Take the ACID2 test...

    1. Re:See how your browser fares... by jab3 · · Score: 1

      You know I find it interesting that on a standards-compliant acid test site, the HTML is not standards compliant. At least, I got 14 warnings from TIDY. That's funny.

    2. Re:See how your browser fares... by Anonymous Coward · · Score: 1, Informative

      The Acid2 test includes some badly formatted tags specifically to test that the browser handles errors properly.

    3. Re:See how your browser fares... by AaronW · · Score: 1

      Konqueror in KDE 3.5.1 looks just fine here and looks like it passes.

      --
      This post is encrypted twice with ROT-13. Documenting or attempting to crack this encryption is illegal.
    4. Re:See how your browser fares... by Baricom · · Score: 1

      That's intentional. One of the primary points of Acid 2 is to test that the browser breaks correctly when it gets certain kinds of invalid markup.

      There's a guide to how the tests work.

    5. Re:See how your browser fares... by jab3 · · Score: 1
      That's intentional.
      There's a guide to how the tests work.
      Ah. The world makes sense again. :) Well, at least in this context. Thanks for the link to that guide; now that was interesting.
    6. Re:See how your browser fares... by Anonymous Coward · · Score: 0

      Is it bad that the smile face's forehead gets blown off when I resize my viewport smaller than a certain amount?

      Safari 2.0.3 I be running.

    7. Re:See how your browser fares... by Mr+Z · · Score: 1

      Do you have a scroll bar at the right? If so, then you did not pass.

  23. stop lying for Apple by SalsaDoom · · Score: 0, Interesting

    Hi,

    No its not. Where can I download the source?

    Oh wait I can't. Not an OSS project. I can get the khtml part -- which I've already got because we real open source people made it. khtml is _L_gpl, so it can be linked to closed source code -- like safari. Safari is a closed source app that uses lgpl khtml. Good on them for using khtml, bad on you for lying about safari being OSS.

    You CANNOT build safari with the webkit and other bits of source they give you. I'm getting tired of people claiming Apple is a lot more friendly toward OSS then it is. Its just using OSS for a free ride.

    --
    "Computers will never truly be free until the last windows user is strangled with the entrails of the last mac user."
    1. Re:stop lying for Apple by minus_273 · · Score: 2, Informative

      Since you don't know how to google, you can download the source like this:
      svn checkout svn://anonsvn.opensource.apple.com/svn/webkit/trun k WebKit

      you can also grab the latest nightly build of Safari here: http://nightly.webkit.org/
      (look at the icon and download it if you don't believe me)

      http://webkit.opendarwin.org/ has more info.

      --
      The war with islam is a war on the beast
      The war on terror is a war for peace
    2. Re:stop lying for Apple by Anonymous Coward · · Score: 0, Troll

      Have you noticed how it is that anyone who dares to criticise apple even the slightest bit is modded down on slashdot?

      Do you think this might be coz apple fans sense they're missing something and they can't stomach any kind of debate over their terminal folly? You'd expect this kind of crap from a twerp that views a computer as a lifestyle statement right, but don't you think its a giveaway when you try to stiffle debate?

      Well you've every right to deeply express yourself by purchasing a translucent plastic box masquerading as a computer.

      But please stop playing with your little toys in the computer room, you infantile little sods, and take your crappy widgets etc elsewhere please.

    3. Re:stop lying for Apple by Mister+Tan+Pants · · Score: 1

      Its all in the tone, man.

      Its amazing how much differently people act when you use a different tone of voice. This person's tone attacked the dude who said that safari was OSS.

      So he got modded down.

  24. Uh... by Premo_Maggot · · Score: 0, Redundant

    Opera is actually the third....icab was the first browser to pass the test..

    --
    Good karma sticks to me like velcro on a piece of plexiglass.
    Move along, citizen.
    1. Re:Uh... by Tecfreak7 · · Score: 1

      Read the article and some other comments. Many people have clarified this: "...And yes, I can count. Safari passed first, and Opera is second. Konqueror and iCab almost pass (and claim to pass), but they both fail to apply one of the styles required by the test, and as a result they display a scrollbar even though they shouldn't (the Acid 2 guide neglects to mention this style, but see the source code for the test itself)..."

  25. Ah opera... by jb.hl.com · · Score: 0

    How I love thee, except for one small problem. My website. It doesn't render properly in Opera, on any platforms. Scrolling erases all the content, and I have no idea why. If anyone can work out why this happens, I'd love to know...

    --
    By summer it was all gone...now shesmovedon. --
    1. Re:Ah opera... by Anonymous Coward · · Score: 0

      Well, for one thing, your site fails to validate with 94 errors. Fix those, and then we'll talk.

      Garbage in, garbage out.

    2. Re:Ah opera... by Anonymous Coward · · Score: 0
      How I love thee, except for one small problem. My website. It doesn't render properly in Opera, on any platforms. Scrolling erases all the content, and I have no idea why. If anyone can work out why this happens, I'd love to know...
      First, get rid of the whopping 94 errors you have in your pseudo-XHTML, and which make your website composed of tag soup only: http://validator.w3.org/check?uri=http%3A%2F%2Fjoe -baldwin.net%2F. Then try validating your CSS and fix errors in it, if any. HTH.
    3. Re:Ah opera... by Anonymous Coward · · Score: 0

      Perhaps you should fix your coding errors first. http://validator.w3.org/check?uri=http%3A%2F%2Fjoe -baldwin.net%2F alone lists 94 errors, so don't blame Opera.

    4. Re:Ah opera... by 2008 · · Score: 1
      --
      I quit!
    5. Re:Ah opera... by Dot.Com.CEO · · Score: 1

      Do you have a "Get firefox or be raped" button on your site or is my browser rendering it incorrectly?

      --
      Mother is the best bet and don't let Satan draw you too fast.
    6. Re:Ah opera... by jb.hl.com · · Score: 1, Insightful

      I'll bite. Every browser I've tried, from IE to Konqueror, renders that page fine. Opera doesn't. Are you *sure* it's my fault and not Opera's?

      --
      By summer it was all gone...now shesmovedon. --
    7. Re:Ah opera... by Anonymous Coward · · Score: 0

      So its Opera's fault that it doesn't go the extra mile to render broken code the way you want? Its nice to have browsers that give lazy webmasters like you a crutch to put together shoddy crappy code, but give me a break. Do your job properly before flaming Opera when they're doing their job right.

    8. Re:Ah opera... by jb.hl.com · · Score: 0

      First off, a lot of that code isn't broken. I just checked the errors and the first few are errors relating to the SCRIPT tag, which afaic shouldn't be errors at all. Then there's the lots of errors about "You can't have a DIV" there which are frankly bollocks; again, browsers render this just fine. A lot of it is due to WordPress's internal code, mind you; if you look at a page which isn't generated by WordPress, say this one from the same site, you get only the JavaScript errors (which are probably due to some case-sensitivity on the validators part) and some admittedly boneheaded mistakes which I think are part of me using id divs instead of class divs.

      Aside from that, Opera still fails.

      --
      By summer it was all gone...now shesmovedon. --
    9. Re:Ah opera... by Anonymous Coward · · Score: 0

      For crying out loud, it's not Opera that fails, it's YOU that fails! It's by mere luck that other browsers can interpret your pseudo-XHTML crap.

      One of the major WTF's is that you're nesting block-level elements in inline-level elements (span id="post-xy", followed by a level 1 heading element and several paragraphs). On top of that, YOU'RE NOT EVEN CLOSING THOSE SPANS.

      The biggest WTF, however, is that you're still denying your cluelessness. But yeah, it's easier to blame Opera for strictly adhering to (X)HTML and CSS standards.

      P.S. It's not "WordPress' internal code", it's YOUR shoddy template.

    10. Re:Ah opera... by jb.hl.com · · Score: 1

      I thought Konqueror strictly adhered to the same standards... If that renders the page fine, why doesn't Opera with its supposedly strictly adhered to standards?

      In any event, even the shoddiest coding shouldn't result in page content being erased completely when the scroll bar is moved.

      --
      By summer it was all gone...now shesmovedon. --
    11. Re:Ah opera... by Anonymous Coward · · Score: 0

      It's your non-closed spans, ... which the w3c validator complains about

      like this:
      <span id="post-58">

    12. Re:Ah opera... by caffeination · · Score: 1
      Ah, the beauty and grace of the rantings of a markup grammar nazi... The site renders fine in all but one browser, and you're blaming the writer of the site's code? If a browser like Firefox can handle it, then Opera, the official browser of the elitist, should render it fine. Your point is doubly stupid because of how contrived the bug is - the markup mistakes don't automatically imply this bizarre error in the rendering.

      I'm not sure whether yours or the reply consisting entirely of a link to the w3c validation check of his site accompanied by a snide remark is the most pathetic. Having been through so many webpage layouts, in both tables and in css, one thing is crystal clear: rendering bugs are rarely related to invalid markup. In my experience, most of the time they are down to the combined effect of a few peculiarities in a particular browser or browser group. This fact has been proved and re-proved to me so many times that I've stopped using the validation check completely. I've barely been making websites a year, and even I've learned that on the web, markup standards are only a guideline. What's your excuse?

      Your remark about Opera's strict adherence to XHTML standards demonstrates your complete ignorance on the subject of browsers as software. More so than almost any other kind of software, browsers absolutely *must* be capable of dealing with nonstandard input, invalid crap, and all kinds of other bizarre shit that gets sent to them. If opera mis-renders this site, it's Opera's problem too.

      However, my first piece of advice to the thread starter would be to sort out his invalid code, but mainly because it's the easiest factor to remove from the equation, not because God hates invalid markup.

    13. Re:Ah opera... by xtieburn · · Score: 1

      Err it is the writers fault. The site is breaking because he hasnt closed the span tags. Just because firefox and the others are more tolerant doesnt change the fact that its shitty code. Download it and take a look for yourself.

      This is not Opera's problem, and dissapearing text wasnt the only issue with the page. It could do with a complete rewrite. (and not in a web script generator.)

    14. Re:Ah opera... by TrekkieGod · · Score: 5, Insightful
      I've barely been making websites a year, and even I've learned that on the web, markup standards are only a guideline.

      Then maybe you should stop making websites, because people like you are the problem.

      They're "only a guideline" in that the FBI won't knock on your door if you don't follow the standards. And oh yeah, a lot of browsers will accept your sloppy coding and "render it fine." However, if you want a world where all browsers render all content in the same way, that can't be accomplished by the developing team of any browser. That can only be accomplished by developing and following standards. So, you blame the browser when they don't follow them, and you blame the web developer when he doesn't follow them.

      I'm fine with browsers who want to go the extra mile and have non-standard code render correctly, as long as they don't sacrifice proper rendering of the standard code to do it. That doesn't excuse you coding incorrectly, though.

      --

      Warning: Opinions known to be heavily biased.

    15. Re:Ah opera... by Anonymous Coward · · Score: 0
      I thought Konqueror strictly adhered to the same standards... If that renders the page fine, why doesn't Opera with its supposedly strictly adhered to standards?
      Because your page doesn't adhere to any standards and bombs out with 94 errors in the crappy mess you've made?

      When will you finally understand?

      Make the XHTML and CSS validate, and THEN complain if Opera starts erasing your page content when scrolling. Because THEN it would likely be Opera's fault. Right NOW, it's YOUR fault.
    16. Re:Ah opera... by Anonymous Coward · · Score: 0

      It is broken in Safari as well. Fix your html.

    17. Re:Ah opera... by Anonymous Coward · · Score: 0
      I've barely been making websites a year, and even I've learned that on the web, markup standards are only a guideline.

      I've barely read one of your posts, and even I've learned that you shouldn't be posting.
    18. Re:Ah opera... by thetoastman · · Score: 1

      I ran your page through the validator and got 80 errors. You expect this to render correctly?

      Before you start throwing stones at the browser of your choice, make sure your page validates.

    19. Re:Ah opera... by MerlinTheWizard · · Score: 1

      The W3C validator shows 80 errors on your webpage. http://validator.w3.org/

      You could try fixing those first.

    20. Re:Ah opera... by flimflammer · · Score: 1

      I noticed a lot were nonsensical errors such as forgetting to append a / in
      .

    21. Re:Ah opera... by Anonymous Coward · · Score: 0

      Wow.

      I remember 2-3 years ago that one of the biggest arguments for using FF/Moz over MSIE was that FF could properly handle web standards (and it certianly does a BETTER job though far from perfect).

      Shift to the present. The typical FF fanboy cry when hearing about a browser like Opera that actually is better is that web standards are "not important" or only a guideline.

      It seems that most (not all - see OpenBSD) open source projects today have eschewed any idealism regarding technical superiority and embraced the idea of just being "good enough" (to compete with Microsoft and the other big names in commercial software) at the cost of doing things right. Firefox epitomizes this attitude perfectly. It started out in a fit of idealism - make a better browser that is open source and they did. But they stopped short. FF leaks (memory) more than my toddler's diaper. No one cares. FF can't handle web standards properly (of course, its "good enough" for most websites, which allows it to compete with MSIE which is even worse).

      Comes along Opera, a closed source browser that is doing things better and refuses to bend to the bad habits of programmers and web design. The zealots complain. How pitiful. I remember when programming and code hacking was all about doing things RIGHT, not doing things to be popular or just feel good.

    22. Re:Ah opera... by Anonymous Coward · · Score: 1, Funny

      Opera doesn't like web pages that are just collections of "I don't like X, X is stupid, if you like/create/use/buy/believe X you are a fucktard" anecdotes. You should work on your anger issues.

    23. Re:Ah opera... by Anonymous Coward · · Score: 0

      And by that you mean only one instance of this, correct?

    24. Re:Ah opera... by caffeination · · Score: 1
      Check my site's validation. You'll see 12 ridiculous errors from things like > characters whose position it disagrees with, and right now, a wikipedia url I pasted, which the validator decided to parse and rate. That and a childish remark about my html tag which was funny for the 1.3 seconds I spent writing the top line... that makes 12 errors that don't tell me anything useful or constructive at all. There's nothing wrong with my html. I put alt, width and height info in img tags, I escape br tags, except on slashdot I open and close p tags. I maintain a fairly strict 2 space indentation policy to make it readable. I keep data in the header in alphabetical order... I could go on... I test in links for the sake of blind visitors. I change my monitor config for the sake of 800x600 visitors (I don't usually support 640x400). I really don't see how I can be considered part of the problem.

      Now check his site's validation. The 81 errors on the first page are "this tag shouldn't be here in this type of markup". Who even cares about doctypes anyway? As if browsers didn't decide for themselves how best to render the page anyway? At worst, it seems he should be labelling it as "html transitional" instead of "xhtml assrape-grade pedantic".

    25. Re:Ah opera... by Anonymous Coward · · Score: 0
      Now check his site's validation. The 81 errors on the first page are "this tag shouldn't be here in this type of markup". Who even cares about doctypes anyway? As if browsers didn't decide for themselves how best to render the page anyway? At worst, it seems he should be labelling it as "html transitional" instead of "xhtml assrape-grade pedantic".
      You seem even more clueless than he is.

      So let's repeat once again: block-level elements CAN NOT be placed inside inline-level elements. He has headings and paragraphs inside unclosed span elements. Furthermore, he has div elements inside paragraph elements, which is also forbidden.

      Since the start of this discussion, he has closed the offending span elements (so much for "WordPress' internal code"), resulting in Opera rendering his site properly. However, it's still completely invalid, despite him changing the doctype to XHTML 1.0 Transitional. In a perfect world, all browsers would barf when encountering such invalid markup (more so if the page was served as application/xml+xhtml); however, they manage to chew it up because over the years they've had to (d)evolve and interpret even the most invalid and nonsensical HTML.

      As for your site, no comment... The HTML you're using is in line with your comments here.
    26. Re:Ah opera... by KDR_11k · · Score: 1

      The standards don't say what to do with broken code so for all they care Opera could turn your website into a bunch of Goatse pictures and it would still be a standards compliant browser.

      --
      Justice is the sheep getting arrested while an impartial judge declares the vote void.
    27. Re:Ah opera... by KDR_11k · · Score: 1

      Those aren't nonsensical, XHTML requires a / in tags that require no closing tag.

      --
      Justice is the sheep getting arrested while an impartial judge declares the vote void.
    28. Re:Ah opera... by TrekkieGod · · Score: 4, Informative
      I really d I really don't see how I can be considered part of the problem.

      Well, it's great that you do all that work to consider your visitors. What I was referring to was your comment that following standards isn't really that important, it's just a guideline. That train of thought is part of the problem.

      Think of a world where every browser renders everything in the standard correctly. Suddenly, your job is easier. In order to make sure that your web page renders correctly for the visitors using IE, Firefox, Safari, Opera, Konqueror, whatever, you don't need to actually test it with each one of those browsers. You just need to make sure your site follows the standards, and the rest "just works". If you skip out on things because "they're dumb," well, you may think you're right, but why do you expect browser developers to share your opinion?

      You'll see 12 ridiculous errors

      Depends on your definition of ridiculous. You wouldn't expect c code that doesn't have syntax exactly right to compile, so why do you expect html syntax that isn't exactly right to render correctly?

      from things like > characters whose position it disagrees with

      I didn't find that. I found error #3. It's not complaining about the position of the character, it's complaining that you placed that tag inside your unordered list, but not within a list item tag. I checked the source code and you have:

      <ul id="utabs">
      <a href="?page1"><<</a>

      If it's part of the unordered list, it should be inside a <li> tag. If you don't want for that to appear the same as the other list items, you should give it a class attribute and handle it in your css (there are other correct ways of handling it too, if you don't like that for some reason).

      That and a childish remark about my html tag which was funny for the 1.3 seconds I spent writing the top line...

      It wasn't your remark that it complained about. It complained about your type. That's not how you specify 4.01. From a W3C page, there's this example, using SGML to do what you want (for strict 4.01).:

      <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
      <html>

      Heck...you should be fine just skipping that altogether. Close your html tag, and don't put the type thing.

      errors that don't tell me anything useful or constructive at all

      The validator doesn't tell you how to fix it, just that it found something wrong. However,

      a wikipedia url I pasted, which the validator decided to parse and rate

      For that error, the validator told you exactly what was wrong...in bold. "The most common cause of this error is unencoded ampersands in URLs". I've actually noticed that in other places in your html code for that page, stuff that I expected the validator to complain about, but it didn't.

      In html, if you want to have a "<" or ">" that is not part of a tag, you use a code. you type in "&lt;" for < and "&gt;" for >. If you want to type "&", you type "&amp;" Replace the & in that url, and it'll pass. You should replace the <'s I mentioned in error #3 with the correct codes too, even if the validator doesn't complain about it.

      I'm not trying to be a bastard about it. I hope my comments help you understand the validator better, and see that it's not so useless as you've come to believe. It's great that you've been putting effort to make sure your visitors get the best experience they can on your site, and I hope you'll keep doing so.

      --

      Warning: Opinions known to be heavily biased.

    29. Re:Ah opera... by jibjibjib · · Score: 1
      FF leaks (memory) more than my toddler's diaper.

      You're on slashdot, *and* have had sex at some point in your life?
      WTF?

    30. Re:Ah opera... by caffeination · · Score: 1
      Thanks for that information, especially the &#60 tag thing, which I didn't know.

      The main reason that I've got this attitude towards validation and standards is that I personally see html as more similar to language than to code. People who have absolutely no idea how a computer works are creating websites, and just as in the setting of a language spoken by millions, mistakes become common, and even become de facto standards. There's a good example of this in html even now - few people actually close br or img tags.

      Then, with so many people using crap like FrontPage, you can even see what could be called dialects in their markup - for example, one WYSIWYG editor I've seen had a terrible addiction to p tags, which it seemed to use for everything.

      So I say browsers are not to be treated like normal software. They have to 'communicate' with very normal people more and more, and as such, they need to become even better at dealing with what a bunch of dumbasses we all are.

      So while I agree that good markup is definitely a good thing, and should be promoted, I see it as something like good grammar or spelling (you wouldn't be able to tell how much I'd thought about this kind of thing from the simple flame/counterflame I first posted). To be fair, I'd expect someone posting his site to Slashdot and asking about a rendering bug to have at least written half-decent markup, but that would be far too on-topic for a Slashdot discussion.

      The doctype thing is slighy less reasoned than this. I endeavour to write acceptable html, and in my opinion, labellitlng my html as such (as 'html') should still be enough, since as a lot of people have said, the stuff that accounts for variations in code (including doctypes), shouldn't interfere with what already works. As well as that, the syntax of doctypes seriously pisses me off. I actually only put that bogus type there because I thought it was a neat idea, knowing full well how invalid it was.

    31. Re:Ah opera... by caffeination · · Score: 1
      I'm done with the flaming, now in the mood to take the piss a little before I go off to bed. So here goes...

      1. Error. Line 15 column 0: declaration does not allow for further comment.

      no comment... The HTML you're using is in line with your comments here.
    32. Re:Ah opera... by TrekkieGod · · Score: 1
      Thanks for that information...

      No problem. Glad to be of help.

      I agree with you that there's a perception that coding is different than designing websites, and I agree with you that in some ways it is different. The first important difference, is that the design "look" of the site is much more important than what your code looks like. And I don't support standards because I want to make it as difficult for the web designer to get his page up and running as it is for a programmer to create a complex program. I support standards exactly because the "look" of the website is more important...and I don't believe there's any way to guarantee what a page will look like on a visitor's browser without strict standards.

      The doctype thing is slighy less reasoned than this...labellitlng my html as such (as 'html') should still be enough

      The doctype thing isn't necessary, and if you simply label the html as html, it'll work dandy, and pass validation. It only complained because you tried to specify "type = 4.01." It doesn't know what "type" is. If you want to specifically say the doctype, you can specify it like I told you. Otherwise you can just have <html> and it'll be fine.

      --

      Warning: Opinions known to be heavily biased.

    33. Re:Ah opera... by mrchaotica · · Score: 1
      Who even cares about doctypes anyway? As if browsers didn't decide for themselves how best to render the page anyway?
      Well, you see, the browsers wouldn't have to guess for themselves how to render the page if idiots like you would care a little bit more about doctypes!
      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    34. Re:Ah opera... by mrchaotica · · Score: 1
      The main reason that I've got this attitude towards validation and standards is that I personally see html as more similar to language than to code. People who have absolutely no idea how a computer works are creating websites, and just as in the setting of a language spoken by millions, mistakes become common, and even become de facto standards. There's a good example of this in html even now - few people actually close br or img tags.

      If HTML is like natural language, then people have no business complaining about how the browser renders the page. They should just use semantic markup only, and let it do whatever it wants.

      However, that's not what happens -- people try to do typesetting, too. They want the browser to render everything pixel-perfect, even when the input is much less than perfect. As the saying goes, "garbage in, garbage out" -- the rendering engine can't read their minds, so if they want it to do something they've got to accurately tell it what to do!

      (By the way: I do use semantic markup and do close my <img /> and <br /> tags. This post is XHTML 1.0 to the extent that I can control.)

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    35. Re:Ah opera... by Anonymous Coward · · Score: 0

      I personally see html as more similar to language than to code

      Why is that? Because the standards were not followed closely enough so that people could rely on them? Wouldn't it be better if everyone followed the standard so that you could be sure that pages rendered predictably?

      HTML cannot be treated like a spoken language. Often, computers do not have the decision-making capacity to reason out the author's intent. Then the best that the browser can do is to make assumptions of the intent (increasing code size and decreasing performance). But, even then, how do you make sure that all the browsers make the same assumption? Make a standard that defines the assumption? You would be better off just following the already-defined standards.

      Especially with tools such as the W3C validator available to help you make valid pages, why not put in the extra effort to help support a standards-compliant web?

    36. Re:Ah opera... by Anonymous Coward · · Score: 0

      (By the way: I do use semantic markup and do close my and
        tags. This post is XHTML 1.0 to the extent that I can control.)


      Wouldn't it be better to try to integrate into the enclosing page's declared language (HTML 4.01)?

    37. Re:Ah opera... by caffeination · · Score: 1
      I think you're underestimating how stubborn I can be - I originally had the correct doctype, and I literally deleted it to replace it with something I knew was complete bullshit. It's not there any more though because I've been working on my site and ended up replacing everything at a moment when I wasn't in the mood to put extra crap in.

      My page does actually validate now. I put a shorter doctype in, one that doesn't look too hacky, and put the character encoding meta tag back in. I had taken that out because it seems so incredibly unnecessary, but once you're already looking at the validator page, and there's one more error left, it's hard to resist.

      Have you checked joe-baldwin.net? He's fixed it. His attitude towards validation is similar to mine - once it's rendering right, it's not as important. Which is strange, because my site validates perfectly and I don't know if it renders ok in Internet Explorer yet.

      It's funny how that works out. The most invalid site I visit works really well in most browsers. Its only real bug is in Konqueror, where the forum list turns to mush. All because the guy in charge of it uses Firefox, and so he has to put at least the minimum of effort into cross-browser compatibility. This is how I see the struggle for compatibility being won, because it's the way that 'appeals' to non-nerds (this isn't intended as a rebuttal to any of your points by the way).

    38. Re:Ah opera... by caffeination · · Score: 1
      You're missing my point completely. Natural language means mistakes being taken for what's correct, styles, dialects.

      Any hope of a standards-compliant web died when browsers began including code to deal with incorrect markup. As nice an idea as standards are (and I do support standards, even on my own site, and more than most), in practical terms, the real standard today is whether the top half a dozen browsers, most of which are different versions of Internet Explorer, can render your page correctly. Just as the real standard in natural language isn't whether the dictionary or the Oxford English dictionary or the Real Academia Española says something's right, but whether a speaker of that language says it is.

    39. Re:Ah opera... by mrchaotica · · Score: 1

      Possibly, although the subset of allowed HTML works equally well with both -- mine is XHTML mostly because I close my /> (and other) tags with a /

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    40. Re:Ah opera... by ceejayoz · · Score: 1

      Well, considering valid XHTML is generally also valid HTML4, and considering Slashdot might one day decide to get with the times (perhaps in 2015), I'd say no.

  26. When Will IE Pass the Test? by loyukfai · · Score: 1

    Encouraging that one more browser can now pass the test maybe, and no doubt more and more will follow suit, when will the Browser pass the test?

  27. Who the hell cares by orionware · · Score: 1, Interesting

    I wrote off Opera the when they came out with v8 and decided to tell the user every time that they visited a site not using a 256bit key that the site cert was defective. I wasted countless hours trying to assure our clients that their users contacting them was nothing to worry about. The opera folks trumped the firefox arrogance and assumed that since Verisign had just started selling 256bit certs, then all sites should immediately upgrad their cert regardless of cost or validity of their current cert. Maybe they were receiving checks from Verisign?

    --


    Karma means nothing to me, so suck it...
    1. Re:Who the hell cares by jp10558 · · Score: 1

      Actually, they only warn on very very short keys - deprecitated 40 and 56 bit keys, that have been broken in days or less. Personally, using known weak encryption is worse from a social engineering perspective than not using encryption at all.

      That said, I think Opera is moving towards indicating when sites do something that Opera ASA would consider outside best practices.

      For all that site devs complain and point fingers at browsers when their bad code doesn't work, it's amusing to see anger over the browser pointing the finger back at the site dev occasionally.

      All that siad, it seems similar to phishing warnings from IE7 - that is, this site isn't as secure as it might claim.

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
    2. Re:Who the hell cares by orionware · · Score: 0

      nope. That's not true. The beta 8 would complain for anything less than 256 bit. When the final was released they pulled back to 40 and 56 bit keys which hadn't been sold for some time. They received such a backlash, they changed it for the release version of 8.

      Here's an example of a cert that is up to spec but Opera claims that it's not: http://my.opera.com/Tired/homes/files/old_forum_im port/cap-001.png

      --


      Karma means nothing to me, so suck it...
  28. Safari hates malformed pages by kherr · · Score: 5, Interesting

    Example, my workplace Exchange web interface- Safari misses parts of the page, FireFox renders it fine. ACID test or no, I like the one that works in all situations.

    There are a lot of crappy pages out there. If a page doesn't make it through the HTML validator why should anyone expect a browser to render it? Are your pages at work valid? What's the point of standards-compliant rendering engines if they all allow exceptions to the standard to be rendered?

    A lot of times Safari won't render big chunks of web pages because of malformed markup. Dave Hyatt (rightly, I believe) doesn't want to spend lots of coding effort dealing with error recovery when parsing sloppy web pages. Browsers like MSIE and Netscape (pre-Mozilla) are too permissive and have allowed people to get away with downright bad HTML.

    That said, the Safari Compatibility Hit List was recently created, to either fix Safari compatibility problems or to encourage sites to fix their markup.

    1. Re:Safari hates malformed pages by oglueck · · Score: 1

      More precisely, a browser is free to render invalid pages ANY way it wants - as the standard doesn't say how to render non-standards :-)

    2. Re:Safari hates malformed pages by thrillseeker · · Score: 1
      More precisely, a browser is free to render invalid pages ANY way it wants - as the standard doesn't say how to render non-standards :-)

      Once upon a time, the standard was to not render nonstandards - were that it were still the standard now, instead of the nonstandard ...

    3. Re:Safari hates malformed pages by SeaFox · · Score: 1

      There are a lot of crappy pages out there. If a page doesn't make it through the HTML validator why should anyone expect a browser to render it? Are your pages at work valid? What's the point of standards-compliant rendering engines if they all allow exceptions to the standard to be rendered?

      The point is that the majority of pages on the internet are not standards complaint, so a browser that does not allow any wiggle room will not be able to render much of the World Wide Web.

      And web browser that can not render most of the Web is worthless to most people.

      The average consumer does not know what HTML, XML, CSS, ect are. If a page is on the Internet, they assume it should display correctly, and if it doesn't, it's generally a problem with the browser or their ISP.

    4. Re:Safari hates malformed pages by mrchaotica · · Score: 1

      Hey, I've got an idea: maybe we should add one of those top-of-page bars to Firefox that says something like "this website is written incorrectly; blame the webmaster (not the Firefox team) if you can't use it" when it loads a non-conforming page.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    5. Re:Safari hates malformed pages by mrchaotica · · Score: 1

      Similarly, because the "average consumer*" doesn't know how to read correctly editors shouldn't bother correcting the grammar and spelling in newspaper articles either, right?

      *damn, I hate how prevalent that term is becoming! The fact that so many people are thinking of themselves as mindless sheep is a big part of the social problems in the US today, and it needs to stop!

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

  29. Yeah, but... by Anonymous Coward · · Score: 5, Interesting

    Can opera handle third party cookies properly yet? A little more important than styles rendering in my opinion.

    1. Re:Yeah, but... by Jugalator · · Score: 4, Interesting

      Can you be more specific what's not handled correctly? I can block third party cookies, I can manually delete third party cookies, and I can allow them, and the cookie settings seem to reflect they're not added when they should, and respected when they're allowed. If you're talking about a specific bug here, you must be much more clear about what you're talking about.

      --
      Beware: In C++, your friends can see your privates!
    2. Re:Yeah, but... by Anonymous Coward · · Score: 0

      Client-side XSLT would be nice too. Everybody else supports it...

  30. If Opera 9 fully passed the Turing test... by Anonymous Coward · · Score: 0

    maybe then I'd use it.

  31. The largest difference is still mouse and tabs by SmallFurryCreature · · Score: 1
    While firefox does supports mouse gestures you can feel it is tagged on and not part of it is design. They often don't take, especially small gestures.

    Same with tabbed browsing. Firefox to often still pops up a window when I don't want one because at its core it is still a window based browser where opera is deep down a tabbed browser.

    Yes I like some of the extensions in Firefox but for day to day browsing Opera is just that little bit easier to control, a tad faster and less of a hog.

    It ain't perfect but it is getting there.

    Oh and to get the MS bashing in. When will IE pass the acid test?

    --

    MMO Quests are like orgasms:

    You may solo them, I prefer them in a group.

    1. Re:The largest difference is still mouse and tabs by Fred+Or+Alive · · Score: 1

      I should be pedantic and point out Opera techincally doesn't use tabs, it uses Windows's out of fashion multiple documents intefact thingy, just it's been progressivley disguised as tabs as time's gone by.. It does lead to some neat things though, like pop-ups appearing as new "tabs" rather than seperate windows, and that you can minimise tabs etc.

      --
      10 PRINT "LOOK AROUND YOU ";
      20 GOTO 10
    2. Re:The largest difference is still mouse and tabs by birder · · Score: 1

      If you like mouse gestures, why just have them for Opera/Firefox. Install StrokeIT and have your entire OS mouse gesture ready.

    3. Re:The largest difference is still mouse and tabs by jibjibjib · · Score: 1
      I don't see how Opera could be using "Windows's out of fashion multiple documents intefact thingy" when it runs on Linux. I don't really see what your point is either.

      They look like tabs, they behave like tabs, therefore they are tabs, though with some extra window manipulation features.

  32. Safari, iCab, and Konqueror aren't for Windows by tepples · · Score: 4, Interesting

    According to WaSP (the people who wrote the Acid2 test), [Browser not for Microsoft Windows] passed first, followed by [a second browser not for Microsoft Windows] and [a third browser not for Microsoft Windows]. [...] That makes Opera the 4th browser to render Acid2 correctly.

    It also makes Opera the first publicly available web browser that renders the Acid2 page correctly under the Microsoft Windows operating system. This is important if you don't want to have to re-buy your PC (in switching to Mac OS X, which runs only on Apple hardware) or your peripherals (in switching to Linux, where SANE still doesn't support my flatbed scanner). Or is Konqueror for Cygwin/X considered stable yet?

    1. Re:Safari, iCab, and Konqueror aren't for Windows by Anonymous Coward · · Score: 0

      I believe you mean your manufacturer still doesn't support linux.

      Those windows drivers were written by the manufacturer, not by Microsoft. Why then don't you expect your manufacturer to provide the linux drivers too. I know my Samsung AIO came with drivers for Windows and Linux on the CD. That's why I supportted them with my cash.

    2. Re:Safari, iCab, and Konqueror aren't for Windows by aristotle-dude · · Score: 1
      t also makes Opera the first publicly available web browser that renders the Acid2 page correctly under the Microsoft Windows operating system. This is important if you don't want to have to re-buy your PC (in switching to Mac OS X, which runs only on Apple hardware)

      Have you seen the hardware requirements for Vista? Chances are that the majority of current windows users would have to buy new hardware including a new monitor to support HD DVD through HDMI in full resolution.

      Because of this, your argument is largely moot for users choosing between OS X and OS X with existing older hardware.

      On a a related note, it looks like DIY Vista Media centres may be DOA because of this HDMI standard.

      --
      Jesus was a compassionate social conservative who called individuals to sin no more.
    3. Re:Safari, iCab, and Konqueror aren't for Windows by Jugalator · · Score: 1

      What does HD-DVD and Vista have to do with this?

      --
      Beware: In C++, your friends can see your privates!
  33. For the curious - by RoffleTheWaffle · · Score: 2, Interesting

    Firefox comes pretty close to passing the test, but not quite. Its performance falls somewhere between Opera 7.5 and 8.0, but sadly I haven't the means to post my own screenshot. However, curious users can go ahead and take the test themselves right here: http://webstandards.org/act/acid2/test.html

    Also, It would appear that Opera 9 has just one thing wrong - the nose. It's not supposed to be blue, it's supposed to be black, as per the sample rendering here: http://webstandards.org/act/acid2/reference.html

    1. Re:For the curious - by Anonymous Coward · · Score: 1, Informative
      Also, It would appear that Opera 9 has just one thing wrong - the nose. It's not supposed to be blue, it's supposed to be black, as per the sample rendering here: http://webstandards.org/act/acid2/reference.html
      The nose is supposed to be blue on mouse hover, nothing wrong there.
    2. Re:For the curious - by Bloater · · Score: 4, Informative

      It's supposed to be blue when the mouse pointer is hovered over it. We don't know the location of the mouse pointer in the Opera screenshot.

    3. Re:For the curious - by tepples · · Score: 1

      It's supposed to be blue when the mouse pointer is hovered over it.

      Then why isn't the screenshot displayed with a hover action?

    4. Re:For the curious - by Matt+Perry · · Score: 1
      We don't know the location of the mouse pointer in the Opera screenshot.
      Well, I do. The pointer is right over the face, to the right of the nose, in the screenshot.
      --
      Slashdot: Failed Car Analogies. Amateur Lawyering. Anecdote Battles.
    5. Re:For the curious - by RoffleTheWaffle · · Score: 1

      Ah, in that case I stand corrected. (After reading this, I revisited the test - The nose does turn blue.) Opera does indeed win the internet.

    6. Re:For the curious - by vcv · · Score: 0, Flamebait

      Who knows and who cares? Opera does display it how it is supposed to.

    7. Re:For the curious - by toriver · · Score: 2, Informative

      But it is: The mouse cursor is on top of the container with the hover pseudo-class (start the test yourself to see that it triggers the hover effect on the whole "box" not just the nose).

    8. Re:For the curious - by Kjella · · Score: 1

      Look again. I know we don't expect people to RTFA, but can you at least look at shiny pictures?

      --
      Live today, because you never know what tomorrow brings
    9. Re:For the curious - by Bloater · · Score: 1

      oooohhhh... shiny.... :)

      I completely failed to notice the pointer.

      In that case, either Opera does not pass the ACID2 test, or the screenshot is faked.

    10. Re:For the curious - by Cl1mh4224rd · · Score: 1
      In that case, either Opera does not pass the ACID2 test, or the screenshot is faked.
      It does and it's real. The element containing the nose extends across the entire face.
      --
      People will pass up steak once a week, for crap every day.
    11. Re:For the curious - by Lextar · · Score: 1

      I just downloaded Opera 9 and tested it myself.

      The smilie gets a blue nose when you move the mouse cursor over the line where the nose is located.

      I assume it works as expected!

  34. More elaborate history by Jugalator · · Score: 4, Informative

    Mark Wilton-Jones is running a little article on the history of the Opera and ACID test

    There's a more useful history about it here (in reverse chronological order), describing what exactly the standard compliance problems were, and how they fixed them, starting with Opera 8.00.

    And go to the Opera Desktop Team blog to download the actual build that works with this. However, note that this build should be treated like a Firefox nightly, and there may be some pretty serious rendering regressions, doing currently more damage to the layout engine than good from following the Acid2 test. ;-)

    --
    Beware: In C++, your friends can see your privates!
  35. Re:Cool by croddy · · Score: 0
    promoting interoperability is not what pays my bills

    Wow. How unfortunate for you. I guess this just ought to remind me how lucky I am that promoting interoperability is what pays my bills.

  36. Opera 9 vs IE 7 by Anonymous Coward · · Score: 0

    So an unreleased major revision of Opera renders the ACID2 test better than an unreleased major revision of IE?

    Wow. Earth-shattering.

    Wait until both products are released. *Then* start making comparisons.

  37. big deal by Anonymous Coward · · Score: 3, Funny

    i know a guy who passed the acid test back in college... twice!

    1. Re:big deal by ScrewMaster · · Score: 1

      Nah ... it was some guy named Leary.

      --
      The higher the technology, the sharper that two-edged sword.
  38. Not what I want by magarity · · Score: 1

    This is all very fine and good but what I really want is to use my credit union's website with something other than IE. Alas, whatever microsoft extensions they use prevent my doing so. The problem is less that a given browser won't display rare font/layout X properly but that some hosts use proprietary programming techniques for their website.

    1. Re:Not what I want by ScrewMaster · · Score: 1

      The problem is less that a given browser won't display rare font/layout X properly but that some hosts use proprietary programming techniques for their website.

      The real problem is that such hosts don't see anything wrong with that.

      --
      The higher the technology, the sharper that two-edged sword.
  39. To switch manufacturers costs $$$ by tepples · · Score: 0, Offtopic

    I believe you mean your manufacturer still doesn't support linux.

    That's correct. However, I am locked into my manufacturer because in order to switch to another manufacturer, I would have to re-buy hardware.

    Why then don't you expect your manufacturer to provide the linux drivers too.

    I didn't expect Linux drivers when I asked for the scanner as a birthday present because at that time, I had no clear intention of switching to Linux.

    I know my Samsung AIO came with drivers for Windows and Linux on the CD. That's why I supportted them with my cash.

    While inside a Best Buy store, how would I know what peripherals come with Linux drivers? Zero boxes have a plump penguin on them. Printing out the hardware compatibility list and carrying it into the store doesn't work if (for example) I seek a compatible printer.

    1. Re:To switch manufacturers costs $$$ by Echnin · · Score: 1

      Do stores have display computers where you live? I'm used to finding a product I'm interested in, and then walking over to a computer and reading reviews. Works splendidly. :)

      --
      Lalala
  40. Re::-/ redundant? by Anonymous Coward · · Score: 0

    plase check the post #'s before modding the WRONG one redundant, sheesh.

    Hi s.d.m - There is nothing sadder then replying to your own post as AC to complain about moderation.

    You were modded down for being a whiney safari fanboy. No stfu.

  41. Re:CSS weirdness by Anonymous Coward · · Score: 0

    http://validator.w3.org/check?uri=www.tubmonkey.co m

    47 errors. You're using tag soup, not XHTML.

  42. Thats all well and good.. by veeoh · · Score: 0, Flamebait

    but its still Opera.

    =V=

    1. Re:Thats all well and good.. by Anonymous Coward · · Score: 0

      way to waste my life with your inane and useless comment, and then waste it even further by waking it so useless that i feel the need to comment on it.

      seriously, i want my minute back.

  43. WebKit matters, not the Safari frontend by tepples · · Score: 4, Insightful

    In a discussion about the Acid2 test, you claim that Safari isn't free software:

    WebKit, the rendering engine Safari uses, is an open source project. Safari itself is very much closed source.
    But the frontend code isn't very relevant to this discussion. Safari passes Acid2 if and only if WebKit passes Acid2. Or do you claim that Apple maintains a private WebKit tree with patches that don't get released to the public and that one or more of the private patches is required for WebKit to pass Acid2?
    1. Re:WebKit matters, not the Safari frontend by JulesLt · · Score: 4, Interesting

      Presumably that means that other WebKit based software should also pass - the latest build of Shira looks like it does.

      Not tested any others but I'm sure Xylescope, TextMate and OmniBrowser all use WebKit too.

      --
      'Capitalists of the world, unite! Oh ... you have' (League Against Tedium)
    2. Re:WebKit matters, not the Safari frontend by Anonymous Coward · · Score: 0

      You can just download the code for WebKit, quickly roll your own browser and test it. That should tell you.

      -- Cracker

    3. Re:WebKit matters, not the Safari frontend by Arker · · Score: 1

      Apple maintains their own fork of webkit. Code is often contributed back to the KDE team, but is often not directly usable by them, as the Apple fork is significantly different in places. At least that was the situation a couple months back.

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
    4. Re:WebKit matters, not the Safari frontend by the+argonaut · · Score: 2, Informative

      Apple maintains their own fork of webkit. Code is often contributed back to the KDE team, but is often not directly usable by them, as the Apple fork is significantly different in places. At least that was the situation a couple months back.

      They don't maintain their own fork of WebKit, WebKit *IS* the fork. KDE doesn't use WebKit, they use KHTML and KJS, from which WebKit was derived.

      --
      fuck you.
    5. Re:WebKit matters, not the Safari frontend by Anonymous Coward · · Score: 0

      Yes, WebKit is free software. But he didn't say WebKit. He said Safari, which isn't free software.

    6. Re:WebKit matters, not the Safari frontend by geggo98 · · Score: 1
      Not tested any others but I'm sure Xylescope, TextMate and OmniBrowser all use WebKit too.
      This is not completely true. OmniWeb seems to use an old version of WebCore and hence doesn't pass ACID2. WebCore is the predecessor of WebKit and didn't have a very stable API. Looks like the upcoming release of OmniWeb 5.5 is based on WebKit, according to the OmniWeb mailing list:
      [...] WebKit does have stable API, so applications built on top of it can upgrade to newer versions of WebKit without having to rewrite their code with each release. OmniWeb 5.5 will be the first version of OmniWeb to be based on WebKit rather than WebCore, taking advantage of all of the latest performance enhancements in Safari 2 as well as making it easier to stay on top of those changes in the future.
      Perhaps OmniWeb 5.5 will pass ACID2, the current version of OmniWeb doesn't. I would post a screenshot, but I don't want to kill my poor server :)
    7. Re:WebKit matters, not the Safari frontend by tonzack · · Score: 1

      OmniWeb 5.1.3 doesn't pass the ACID2 test despite what you say about it being a WebKit application because OmniWeb uses an older version of WebCore (not WebKit) in the current build.

      Omni Group have claimed that they are expected to fix this in the next major version of OmniWeb. However, I have no clue when that will be.

      -- tonza

    8. Re:WebKit matters, not the Safari frontend by porl · · Score: 1

      i know i'm going to get flamed for being pedantic here, but your statement "Safari passes Acid2 if and only if WebKit passes Acid2" isn't true. If you look into your own link to "if and only if" (or "iff") you will see that you are also implying that WebKit (in any other project) will only pass Acid2 if Safari does (the easiest way to think of iff is as a 'two way' if statement, ie 'a iff b' means 'a is true only if b is true, and b is true only if a is true').

    9. Re:WebKit matters, not the Safari frontend by tepples · · Score: 1

      you are also implying that WebKit (in any other project) will only pass Acid2 if Safari does

      And this will be true for any given version of WebKit.

    10. Re:WebKit matters, not the Safari frontend by Anonymous Coward · · Score: 0

      he didn't say WebKit. He said Safari, which isn't free software.

      Those parts of Safari that are not part of WebKit are Offtopic in this thread, as they make 0 difference with respect to compatibility with the Acid2 test.

    11. Re:WebKit matters, not the Safari frontend by JulesLt · · Score: 1

      Thanks for the clarification of my confusion - that's what you get for not cross-checking.

      I've found the following list of apps that do use WebKit (although confusingly it also includes some WebCore).

      http://wiki.opendarwin.org/index.php/WebKit:Applic ations_using_WebKit

      --
      'Capitalists of the world, unite! Oh ... you have' (League Against Tedium)
    12. Re:WebKit matters, not the Safari frontend by JulesLt · · Score: 1

      Cheers. Found the following list of apps that do use WebKit (although confusingly it also includes some WebCore) - more than you'd think.

      http://wiki.opendarwin.org/index.php/WebKit:Applic ations_using_WebKit

      --
      'Capitalists of the world, unite! Oh ... you have' (League Against Tedium)
  44. No it hasn't... by raz0 · · Score: 5, Informative

    It's the :hover event. If you hover the nose with the mouse, the nose turns blue.

  45. Re:Opera 9 has failed the test.... by Anonymous Coward · · Score: 0

    The nose color changes when you put the mouse over the face.

  46. Re:Opera 9 has failed the test.... by Anonymous Coward · · Score: 0

    Actually, that image is just showing the hover effect on the nose.

    In the CSS for Acid 2, you see:
    .nose :hover div { border-color: blue; }

    So, Opera is doing exactly what it should.

  47. Users hate what hates malformed pages by tepples · · Score: 1

    a browser is free to render invalid pages ANY way it wants - as the standard doesn't say how to render non-standards

    But the ultimate standard is the dollar. If your product renders non-conforming pages in the way that the novice user expects, then you are likely to earn more money.

    1. Re:Users hate what hates malformed pages by shaitand · · Score: 1

      "But the ultimate standard is the dollar."

      Only in the corporate world.

  48. Holy fuck retard. by Anonymous Coward · · Score: 0

    Its not your broken html labelled as xhtml because you are fucking clueless actually. Its your broken css. If you haven't even the faintest clue what you are doing, then don't do it. You would have a better site if you used frontpage for fuck's sake.

  49. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  50. I remember when I first tried the ACID Test by bk4u · · Score: 1
    that's when I realized that butter is way better than margerine, I saw through the bullsh*t.

    RIP Mitch Hedberg, we miss you

    --
    Remember kids, with great power comes great opportunity to abuse that power
  51. Demon customer perception by tepples · · Score: 1

    Do stores have display computers where you live? I'm used to finding a product I'm interested in, and then walking over to a computer and reading reviews.

    This doesn't help when each display computer is configured to use a DNS server that blocks hostnames outside of bestbuy.com.

    Even if the store's display computers offer access to the whole Internet, wouldn't walking back and forth from the peripherals to a display computer cause store staff to become suspicious and brand me a demon customer?

    Even if the store's display computers offer access to the whole Internet and a customer making heavy use of them is not branded a demon customer, then based on these reviews, how do I find a peripheral in my intended price range whose CD contains a Linux driver without separately testing every single model number that I see on the shelf of the store?

  52. Webpage that only support compliant web browsers by jannol · · Score: 1

    It would be great if there were webpages with good stuff that only are viewable with compliant web browsers. And by that I meen that they must pass acid 2 in order to render the page.

  53. Re:This does NOT pass Acid 2 by Dubpal · · Score: 4, Informative
    I can clearly see the blue nose in the opera screen shot, and it's meant to be black in the reference diagram.

    The nose changes color when you mouseover it. Even in the mess that is Firefox's rendering of the page hovering your mouse over the face causes the nose to change colour from black to blue.
    I guess that's something they really should specify in the reference diagram, but it's still a pass for Opera 9.

  54. Re:This does NOT pass Acid 2 by wheany · · Score: 4, Interesting
  55. I'd like Opera to work more with web sites by stmr · · Score: 0

    Than things like this. Hp.com and Worldofwarcraft.com have trouble with this browser.

  56. ACID2: valid test or not? by Freggy · · Score: 1
    On the guided tour page, they say:
    Everything that Acid2 tests is specified in a Web standard


    On the introduction page they write:
    ... that the CSS used in the test is invalid. This is deliberate, as a means of exposing the ability of user agents to handle invalid CSS properly


    Now these two messages seem completely contradictory to me. And especially if the second message which states that the CSS is invalid, is true, how can you expect browsers to render it correctly? If the CSS is invalid, than it seems to me it is completely undefinded how a browser should render this.

    Can anybody enlighten me?
    1. Re:ACID2: valid test or not? by vidarh · · Score: 5, Insightful
      The point is that the CSS spec specifies exactly the behavior a browser should use to handle invalid CSS: It should ignore the declaration, but continue to parse the file. A browser that accepts invalid CSS declarations, or fails to recover and continue parsing is not conformant.

      So the test is verifying conformance not only with treatment of valid CSS, but also correct treatment of invalid CSS, which is very important given that a significant part of compatibility problems between current web-browsers is caused by different behavior in the face of errors - whether they ignore it, stop parsing, try to render it anyway etc.

    2. Re:ACID2: valid test or not? by Anonymous Coward · · Score: 0

      You are making the erronous assumption that the only thing that the CSS specifcation specifices is the behavior of a CSS engine when it encounters valid CSS. In fact, unlike the HTML specifcation but like the HTML5 working draft - which, coincidentially, is breing edited by the member of the CSS WG who wrote the ACID2 test - is specified the behavior of a conformant engine in the face of invalid input. Obviously care has to be taken to make this forward compatible enough that future extensions are not hampered and useful enough that CSS does not die the slow death of XML-on-the-web. Done right, however it is critical in preventing the fragmentation of error handling implementations that drove the browser wars and continue to make it very difficult to write a useful HTML parser.

    3. Re:ACID2: valid test or not? by swillden · · Score: 1

      If the CSS is invalid, than it seems to me it is completely undefinded how a browser should render this.

      No, because CSS specifies how browsers should react when they encounter invalid CSS code. Therefore these statements:

      the CSS used in the test is invalid. This is deliberate, as a means of exposing the ability of user agents to handle invalid CSS properly

      And

      Everything that Acid2 tests is specified in a Web standard

      aren't contradictory because the web standards specify how the invalid CSS should be handled. Make sense?

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
  57. Remember the CBDTPA? by tepples · · Score: 2, Interesting

    Only in the corporate world [does the dollar matter above all].

    For one thing, browser developers need to eat.

    More importantly, the corporate world pulls the strings of the government in too many highly developed countries. If Microsoft gets to a certain level of power over the United States government, then Microsoft could make a new "security" (that is, anti-fair-use) feature attractive to publishers in the next version of IE, make the feature exclusive using patent law, anti-circumvention law, or something else, and then con Congress into requiring that feature in web browsers distributed to the public. Remember the proposed CBDTPA and Microsoft's application for a patent on operating system support for the "trusted" computing that would have been required under the CBDTPA?

    1. Re:Remember the CBDTPA? by dave1212 · · Score: 2, Interesting

      You sound like you would welcome this crap.

      The whole point is, we as a community are trying to start a new computer industry. Fuck it if they say it won't fly, fuck it if they say we don't have enough 'investors', fuck it if they say we don't have the power.

      We have to push for change. Every day that you accept things the way they are and post 'oh, just give up' diatribes, you're hurting your community.

      We ultimately decide who's in power as far as technology goes. We tell the non-techs what to buy, and they believe us. Dell and MS commercials play a large part in obstructing our goals, lying to our non-tech friends and confusing them, but as long as we don't just give in and start to believe the lies there is hope.

      We don't want MS to have this much power any more. We are doing something about it, telling friends about alternatives and helping people get off their ignorant MS addiction.

      Stop fighting your community.

    2. Re:Remember the CBDTPA? by zerocool^ · · Score: 1

      There are a lot of other areas of mindshare that your efforts will be better spent on. I'm going to say this, slowly, because it's the most unpopular thought expressed on Slashdot:

      I.E. won the browser war.

      Everyone get off your collective high horses, and move on from here.

      89%+ of the people on the internet use Internet Explorer. 97%+ of people on the internet use IE or some form of Mozilla.

      It's fantastic that this guy has some random website with some random page with everything that's in the book all on the same page. It's great that Kmeleon and Opera render it correctly. But, and this next part is key, if it doesn't render properly in IE, it's broken.

      The people who write the HTML standard can make whatever rules they want. It doesn't matter. The browser that controls the namespace controls the standard. And when any professional web designer creates a webpage, the FIRST priority is that it renders flawlessly in IE. After that, they work on making it render (or at least degrade gracefully) in Firefox/Mozilla/Netscape. Only after that is any time or money wasted on compatability for Opera, Safari, etc. Dell is a fantastic example of this: their online configurator, when using IE, updates the price realtime with new selections; in firefox, you have to click "update price". Both acceptable options. Know what's not acceptable to dell? Their configurator not rendering in IE.

      In fact, it's not really a standard if 97% of people don't follow it, now is it? Let's consult dictionary.com:
      stan dard n. Something, such as a practice or a product, that is widely recognized or employed, especially because of its excellence.


      Hrm. I'll grant you the "excellence" bit, but that definition sounds like it says "Something, such as a practice or a product, that is widely recognized or employed". In fact, that's exactly what it says.

      89% market penetration by Internet Explorer makes it, by definition, the standard. Crackpots can write as many "Acid2" tests as they want. If it doesn't render in IE, the fact may be that IE doesn't follow the documents you follow, but you're in the wrong. Ask anyone in marketing: NO ONE is so right that they can deserve to alienate 89% of their constituants or customers.

      ~Will
      --
      sig?
    3. Re:Remember the CBDTPA? by CurbyKirby · · Score: 1

      We ultimately decide who's in power as far as technology goes. We tell the non-techs what to buy, and they believe us. Dell and MS commercials play a large part in obstructing our goals, lying to our non-tech friends and confusing them, but as long as we don't just give in and start to believe the lies there is hope.

      There is truth in what you say, but perhaps you are unrealistically optimistic. How long have we been fighting the DMCA now? How much more damaging has it been to research (Felten, Ferguson) and entertainment (bnetd, aibopet.com) than IE6's broken rendering? Well, IE6 is pretty bad, but you get my gist.

      The most sorely needed geeks are folks like Lessig (Eldred, Creative Commons), Rick Boucher (DMCRA), and Russ Feingold (voted against PATRIOT Act), who can actually do something. Law trumps code, and law definitely trumps Slashdot.

      Suck.com said it best: http://www.suck.com/daily/2000/09/08/daily.html

      I'm a big fan of Internet standards, and I haven't used IE since Mozilla's Phoenix 0.2, but we need to be realistic here, and understand the real structure of power in technology.

      --

      --
      "Extra Anus Kills Four-Legged Chick" -- Headline
    4. Re:Remember the CBDTPA? by NaDrew · · Score: 1
      The people who write the HTML standard can make whatever rules they want. It doesn't matter. The browser that controls the namespace controls the standard. ...
      89% market penetration by Internet Explorer makes it, by definition, the standard. Crackpots can write as many "Acid2" tests as they want. If it doesn't render in IE, the fact may be that IE doesn't follow the documents you follow, but you're in the wrong.

      You work for Disney, don't you? This is the exact--almost word-for-word--attitude I've heard from their Web design people.
      Ask anyone in marketing
      Ahh, it all makes sense now. Go back to the party, we have work to do here.
      --
      Vista:XPSP2::ME:98SE
    5. Re:Remember the CBDTPA? by dave1212 · · Score: 1

      There is truth in what you say, but perhaps you are unrealistically optimistic.

      I completely agree.

      The most sorely needed geeks are folks like Lessig (Eldred, Creative Commons), Rick Boucher (DMCRA), and Russ Feingold (voted against PATRIOT Act), who can actually do something. Law trumps code, and law definitely trumps Slashdot.

      So let's continue to clarify the issue for those that don't understand, and do what we can to get the knowledge of things like that out there. Hopefully more knowledgeable people, both media(/politician/big business)-friendly and not, will result. As well, more artists need to be properly informed as to how it affects them. It's bad news for everyone.

  58. Safari and ACID2 by nuxx · · Score: 1
  59. Seems to be a CSS issue? by Lawmune · · Score: 1

    I don't know if this helps at all, but when I view the page in Opera's User mode (as opposed to Author mode) which applies a custom stylesheet to the page, it renders just fine (all the text appears, anyhow; no scrolling problem).

    When I come across badly rendered pages, applying user stylesheets solves the problem most of the time.

  60. Hit the Nail on the Head by kikta · · Score: 1, Redundant
    There are a lot of crappy pages out there. If a page doesn't make it through the HTML validator why should anyone expect a browser to render it? Are your pages at work valid? What's the point of standards-compliant rendering engines if they all allow exceptions to the standard to be rendered?


    That's what makes me so crazy with all of the idiots who claim that browsers should accept fucked up code just like IE. Why???

    Do you expect to write a program that won't compile and still have it run correctly? Or at all? If you write a letter in badly broken English, do you expect others to be able to read it and fully comprehend it? Then why in hell do you expect it out of a rendering engine???

    1. Re:Hit the Nail on the Head by Dynastar454 · · Score: 1

      U kin understind bad eglish jusht fin!

      --


      Laugh at stupidity: mod idiots +1 Funny.
    2. Re:Hit the Nail on the Head by MooUK · · Score: 2, Insightful

      "If you write a letter in badly broken English, do you expect others to be able to read it and fully comprehend it?"

      A lot of people actually DO expect that.

    3. Re:Hit the Nail on the Head by mstone · · Score: 2, Interesting

      Then why in hell do you expect it out of a rendering engine???

      Several reasons.

      First of all, it's very hard to write a language that's powerful enough to be useful for interesting real-world problems, but still strict enough to make 'well formed' versus 'badly formed' a simple binary decision. Second, and more important, a language spec not only contains a syntax definition -- the rules that say how statements should be written -- it also defines the semantics of the language: the rules that say what a given statement means.

      Take C's famous:

      x = 3;
      x = x++ * x--;

      for instance. It's well-formed code, but the semantics are undefined. Officially, x can contain any value after that snippet executes, and it can legally contain a different value every time the snippet executes. BNF (the language used to write syntax defnitions) isn't powerful enough to define that as a syntax error while leaving "x = y++ * z--;" alone, because BNF doesn't have any way to identify specific variables. OTOH, mandating a specific result in the semantic definition imposes all sorts of subtle order-of-execution constraints, which create all sorts of problems for any programmer who wants to write a compiler.

      In the world of HTML semantics, there was the big "is a paragraph a container, or just something that sits between blocks of text (like a break)?" debate back in the mid-90s. Choosing the 'container' option made CSS possible, but it broke the (then) standard rule that <P> was semantically equal to <BR><BR>.

      On top of that, HTML is a structural language, not a layout language. There's no universal 'standard' that says the bullet points in a list have to be indented, or that paragraphs should have a blank line between them. Those are formatting conventions that graphical rendering engines have more or less agreed upon, but which aural web browsers (for instance) can't render at all.

      Bottom line, an HTML document is not and was never intended to be handcuffed to one specific page rendering. There are an infinite number of equally valid renderings for any HTML document, so declaring one 'right' and another 'wrong' is a tricky business indeed. Plus, there are about ten different, legal, W3C-approved versions of HTML, based on at least three different syntactic and/or semantic models. <P>text</P> is valid HTML-3.2, for instance, but invalid XHTML-anything, because in XHTML, all tag identifiers MUST be lowercase.

      Under those conditions, a browser that chokes on pages that don't conform to one specific set of syntax rules, one specific semantic model, and one specific set of rendering conventions would be roughly useless.

    4. Re:Hit the Nail on the Head by mrchaotica · · Score: 1
      Bottom line, an HTML document is not and was never intended to be handcuffed to one specific page rendering. There are an infinite number of equally valid renderings for any HTML document, so declaring one 'right' and another 'wrong' is a tricky business indeed. Plus, there are about ten different, legal, W3C-approved versions of HTML, based on at least three different syntactic and/or semantic models. <P>text</P> is valid HTML-3.2, for instance, but invalid XHTML-anything, because in XHTML, all tag identifiers MUST be lowercase.
      That's great, except that the ACID2 test is about CSS compliance which does indeed specify a particular page rendering.
      Under those conditions, a browser that chokes on pages that don't conform to one specific set of syntax rules, one specific semantic model, and one specific set of rendering conventions would be roughly useless.
      ...and that's why the more modern standards (HTML 4 and newer, I believe) require that documents declare which standard they're supposed to be, so that browsers can apply one specific set of syntax rules and one specific semantic model. In other words, if the document declares itself to be of a standard but doesn't actually conform to that standard, then it most certainly is wrong, and the browser ought to refuse to display it at all (just as a C compiler would spit out error messages and exit).

      In reality, the more applicable example would be something like:

      int x;
      x++ = x--;


      which is actually defined to be an error.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    5. Re:Hit the Nail on the Head by mstone · · Score: 1

      That's great, except that the ACID2 test is about CSS compliance which does indeed specify a particular page rendering.

      Point taken, but the original question didn't mention ACID2 or DTD specification. It was a general complaint against the (W3C recommended) policy of being forgiving about what you're willing to parse.

      ACID2 is a set of standard rendering conventions (and very valuable), but it doesn't trump the need to be generous with badly- or poorly-formed HTML. If an XHTML browser renders:

      <ol>
      <li> item 1
      <li> item 2
      </ol>

      the same way it renders:

      <ol>
      <li> item 1 </li>
      <li> item 2 </li>
      </ol>

      and both meet the ACID2 criteria for unordered lists, is the browser well-written or not?

      The first version is clearly malformed XHTML, so should the browser just forgive the missing close tags, or should it barf out a badly-rendered page?

  61. Show me RFC where it fails by Anonymous Coward · · Score: 0

    Well, yes, it can. Can you?

  62. Re:CSS weirdness by thetoastman · · Score: 1

    The validator reports 47 errors on your page. Fix those first and then start working on why the page doesn't render properly.

  63. Lynx doesn't pass... by Anonymous Coward · · Score: 5, Funny

    awww, lynx doesn't pass the test :(

  64. Why is it so hard to follow standards? by Mo+B.+Dick · · Score: 2, Interesting

    I'm not a programmer by any means, and I hardly know anything about html, which is why i'm asking this question I guess. Why is it so hard to make a browser that is compliant to standards? And is there an advantage to making a browser that doesn't comply? I've always wondered this.

    1. Re:Why is it so hard to follow standards? by Curien · · Score: 2, Informative

      It depends on the standard. I'm not an expert at CSS, but from what I understand it's particularly difficult to implement because it specifies not just what the UA should do for valid CSS but also exactly how it should handle certain classes of invalid CSS as well. So even if your browser were able to correctly render every correct web site, it would still fail the ACID2 test if it didn't handle certain /incorrect/ sites "correctly" as well.

      The HTML spec is a different beast, though. It pretty much has the opposite problem: It doesn't specify /anything/ about behavior on failure. As a result, every browser does something slightly different when it encounters a web site that breaks the rules. And the problem is that so many sites do in fact break the rules. Not only that, but quite a few sites rely on a browser rendering certain rule-breakings a certain way! So, for example with IE, MSFT has a huge incentive not just to make the browser more compliant but also to make sure that it is behavior-compatible (sometimes even bug-compatible) with previous versions of IE. And THAT is a tall order!

      --
      It's always a long day... 86400 doesn't fit into a short.
    2. Re:Why is it so hard to follow standards? by meringuoid · · Score: 2, Insightful
      And is there an advantage to making a browser that doesn't comply?

      Well, there is one possible advantage. Forcing out competition. Suppose there are a number of browsers out there, all complying with an open set of standards. You release your broken browser, which behaves rather oddly and renders things differently. Crucially, however, you bundle it along with another product of yours which already has near 100% marketshare. As a result, your broken browser immediately becomes a major player by default.

      What happens then? Everyone's forced to modify their websites to work with your broken browser - and as a result, to work rather oddly, and in some cases not at all, with the standards-compliant browsers. You thereby muscle out the competition and extend your existing monopoly into a new market.

      Of course, no company would ever behave so grossly unethically. And if they did, there's no way the government would let them get away with it; the anti-trust lawsuit would surely rip them to shreds. So it's a purely academic concern.

      --
      Real Daleks don't climb stairs - they level the building.
    3. Re:Why is it so hard to follow standards? by Phroggy · · Score: 1

      There are web sites that won't render as they were intended, if you render them in a completely standards-compliant way, because the web site's code does not follow the standards. Sometimes you have to choose between rendering the web site the way it was intended, and rendering the web site according to the standard (which may make the site unusable).

      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    4. Re:Why is it so hard to follow standards? by jibjibjib · · Score: 1

      Actually, I'm pretty sure it's specified somewhere that invalid HTML should cause error messages and not render at all. No browser actually does this though, because too many people write crap code.

    5. Re:Why is it so hard to follow standards? by Keeper · · Score: 1

      1. Standards can be ambiguous
      2. Standards can be contradictory with themselves
      3. Standards can be contradictory with other standards
      4. Standards can be rediculously complex

    6. Re:Why is it so hard to follow standards? by Anonymous Coward · · Score: 0

      > Actually, I'm pretty sure it's specified somewhere that invalid HTML should cause error messages and not render at all. No browser actually does this though, because too many people write crap code.

      This is from the specification of HTML 4.01 at http://www.w3.org/TR/html4/appendix/notes.html#h-B .1:

      B.1 Notes on invalid documents

      This specification does not define how conforming user agents handle general error conditions, including how user agents behave when they encounter elements, attributes, attribute values, or entities not specified in this document.

      However, to facilitate experimentation and interoperability between implementations of various versions of HTML, we recommend the following behavior:
      • If a user agent encounters an element it does not recognize, it should try to render the element's content.
      • If a user agent encounters an attribute it does not recognize, it should ignore the entire attribute specification (i.e., the attribute and its value).
      • If a user agent encounters an attribute value it doesn't recognize, it should use the default attribute value.
      • If it encounters an undeclared entity, the entity should be treated as character data.
      We also recommend that user agents provide support for notifying the user of such errors.

      Since user agents may vary in how they handle error conditions, authors and users must not rely on specific error recovery behavior.
    7. Re:Why is it so hard to follow standards? by Anonymous Coward · · Score: 0

      That's what's supposed to happen for ill-formed XML and therefore XHTML. All browsers that support real XHTML (ie. served with the application/xhtml+xml mimetype) stop parsing as specified.

    8. Re:Why is it so hard to follow standards? by jp10558 · · Score: 1

      Although this assumes you can somehow read the devs mind as to what they intended when they failed to write it in the commonly accepted methods.

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
    9. Re:Why is it so hard to follow standards? by Phroggy · · Score: 1

      Correct.

      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
  65. Re:This does NOT pass Acid 2 by Anonymous Coward · · Score: 0

    if you took more time READING the article instead of spending hours looking at the screenshots you would have seen they intentionally hovered the mouse over t he nose to PROVE all aspects of the test.

    I guess reading is not your forte.

  66. Re:And, on cue... by jrockway · · Score: 2, Interesting

    ACID2 has nothing to do with w3c standards. ACID2 is a test of "proper behavior" when the CSS is completely invalid. It's "important" since most web lackeys can't write correct code... so browsers need a way to display improper code in a "proper" way -- that's what ACID2 is about.

    Personally, I think the correct rendering of the ACID2 test is a blank page, or maybe an error message that says something like, "This is not a web page."

    --
    My other car is first.
  67. You think that's bad? by xant · · Score: 1

    In IE6 it looks like he was put through a chipper-shredder.

    --
    It's rare that you're presented with a knob whose only two positions are Make History and Flee Your Glorious Destiny.
  68. Firefox Nightlies (1.6a1) by Anonymous Coward · · Score: 0

    The Nightlies of FireFox displays the Acid2 test better then 1.5.1.

  69. Re:Valid CSS? by Anonymous Coward · · Score: 0

    Well, my question is why are you a tard? RTFA.

  70. Acid Test by flogger · · Score: 1

    For some reason, this is what popped into my mind when I say the title of this article. :-)

    --
    ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
    "First things first -- but not necessarily in that order"
    -- The Doctor, "Doctor
  71. Um, no. by Anonymous Coward · · Score: 0

    Go read the ACID2 site dude. The ACID2 test is testing for functionality that most web developers want. All functionality it tests for is defined in a web standard. It has absolutely nothing to do with testing broken css rendering at all.

    1. Re:Um, no. by jrockway · · Score: 2, Informative

      > It has absolutely nothing to do with testing broken css rendering at all.

      From the ACID2 site: "Note: some 827 people (rough estimate, contents may have settled during shipping) have written to point out that the CSS used in the test is invalid. This is deliberate, as a means of exposing the ability of user agents to handle invalid CSS properly."

      Sorry, handling broken CSS properly is not using the stylesheet. Anything else is gravy.

      Anyway, try the CSS validator yourself. ACID2 ain't valid CSS:

      http://jigsaw.w3.org/css-validator/validator?uri=h ttp%3A%2F%2Fwww.webstandards.org%2Fact%2Facid2%2Ft est.html%23top&usermedium=all

      --
      My other car is first.
    2. Re:Um, no. by Anonymous Coward · · Score: 0

      Its intentionally not valid, it is this way to make sure that your browser handles invalid CSS correctly. And the proper way to do that is not to "ignore the stylesheet." CSS isn't like XML where if you have a syntax error the user agent is supposed to barf out some error message.

    3. Re:Um, no. by jrockway · · Score: 1

      > CSS isn't like XML where if you have a syntax error the user agent is supposed to barf out some error message.

      It should be. Computers aren't good at guessing what a human means, so they shouldn't try. If I type "a = mallco(123)" the C compiler shouldn't assume that I mean "malloc(123)" -- it should error out. CSS is a programming language and shouldn't be exempted from 70 years of standard practice.

      --
      My other car is first.
    4. Re:Um, no. by Anonymous Coward · · Score: 0

      > CSS is a programming language and shouldn't be exempted from 70 years of standard practice.

      Uh, dude... there were no computers 70 years ago.

  72. Released? by Tylerious · · Score: 1

    Is Opera 9.0 released yet? I use Opera 8.51 myself and in the last week it has asked both my Windows box and linux box if I want to upgrade to 8.52. Nothing was mentioned about 9.0.

    1. Re:Released? by mazzarin · · Score: 1

      Opera 9 is in beta. labs.opera.com or snapshot.opera.com for more info.

    2. Re:Released? by kiddygrinder · · Score: 1

      opera 9 is currently in beta and available from the opera website

      --
      This is a joke. I am joking. Joke joke joke.
  73. Probably not anytime soon by Anthracks · · Score: 1

    My understanding is that Firefox 2 (slated to come out sometime this summer) will have lots of front-end improvements, but Gecko is only taking fixes for egregious regressions/errors and new features that are very safe to implement. For various reasons, getting Firefox to pass Acid 2 requires some pretty major reworking of the layout engine, most of which has been deemed too unstable for Firefox 2's timeframe.

    If you want to get a feel for how Firefox 3 will do, though, download a recent trunk nightly (not 1.8 branch). That's a much better reflection of the effort that's being put into Acid 2 compliance. On my machine, a recent build looks pretty good...the top-right of the head is wrong, and the mouth looks weird, but everything else is OK. You can debate to death whether their priorities are right I guess, but I just wanted to point out that Acid 2 work IS being done.

    --
    Rock over London, Rock on Chicago. Wheaties: Breakfast of Champions.
  74. I saw IE7 fail this on the CeBit today by MikTheUser · · Score: 3, Informative

    I just came form the CeBit, where dozens of proud Microsoft representants were showing Windwows Vista, Office 2007 and of course the IE 7 ("We've got these 'tabs' now!" - yes, they said that).

    I convinced one of them to open the ACID2 test in the IE7 (Google was blocked and he told me to use MSN Search, but I fired up Seekport). It was the worst rendering of the ACID2 I've ever seen. The entire screen was red, except for a few lines and dots here and there, and scrollbar in the nothing way over to the right.

    Of course, the Microsoftie was quick to say, it's all only beta...

    1. Re:I saw IE7 fail this on the CeBit today by Keeper · · Score: 1

      They've already publicly stated that they don't intend to be "pass" the Acid2 test with IE7.

  75. RTFA, Troll by Hakubi_Washu · · Score: 1

    The nose is supposed to turn blue when hovering. BTW: The article points out that iCab & Konqueror don't fully pass (they should remove a scrollbar, which they don't). Nice going Opera :-)

  76. twice? by commodoresloat · · Score: 1

    I used to pass that test every weekend in college. Ahh, the good old days... Thanks to a huge bust in Kansas in 2000, most of today's college kids will never know what it feels like to contemplate the phantasmagoric infinities of nothingness... then again, they'll probably get a lot more work done.

  77. I might have produced a testcase but... by Sits · · Score: 1

    ... it's going to take me more than 5 minutes to fix up all those HTML validation errors - sorry.

    While your page has HTML errors (like poorly nested tags) it's hard to know whether it is those very same HTML errors that are causing layout issues. More often than not it is, making people very reluctant to go to the effort of debugging a page until they are all fixed. When your markup validates you are far more likely to be able to pique people's interest that you have found a browser bug because it is one (or in this case 47) less thing to check.

    If you DO manage to get that page to validate and still see the problem you might want to ask again though...

    1. Re:I might have produced a testcase but... by MikeFM · · Score: 1

      Took about 10 min to fix since it was all minor. I had to leave the IE check in for stylesheets but I took that out and tested and it still behaves the same way.

      I'm not claiming that it's not a bug in my coding but I'd like to know for sure if it's my bug or a bug in Opera and Safari and I've yet to find a fix. My impression from the specs is that margin-left: auto; margin-right: auto; is the proper way to center an element but there are always little ifs and buts involved. It does work for other elements on the pages though which is what is weird.

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
  78. Acutally it fails anyway... by Anonymous Coward · · Score: 0

    1) Using the up and down arrows on the page cause the page to scroll and the ACID2 test fails subsequently.

    2) Reducing the desktop resolution down to 800x600 or lower causes the scalp to disconnect from the head. Thus causing ACID2 test to fail again.

    Was there any official comment on this?

    1. Re:Acutally it fails anyway... by Anonymous Coward · · Score: 0

      Actually, that's how it's supposed to function. Those are not failures. The scalp is supposed to detach.

  79. ACID2 useless test now by miro+f · · Score: 2, Insightful

    Well done for Opera passing the ACID2 test, although it's no longer a useful test for browser standards adherance. The best test was how versions of each browser released BEFORE the ACID2 test rendered it, so this race for "ACID2 Adherence" is useless. Who passes first isn't important, as they're only fixing a tiny subset of the entire standard. It no longer shows who is more standards compliant.

    as an analogy, if you surveyed 100 employees of Google and found they were being paid less than 100 employees of Microsoft, and Google countered by giving those 100 employees a raise, it wouldn't change the original issue. The ACID2 test is simply a "survey" of web standards.

    --
    being vague is almost as cool as doing that other thing...
  80. Re:And, on cue... by Hakubi_Washu · · Score: 2, Informative

    Once we include the fact that the CSS standard explicitly includes specs for handling invalid CSS we're on to something... Yes the CSS is invalid, but the w3c states how to handle it in those cases, displaying anything else is not according to spec.

  81. It doesn't work for HTML by porneL · · Score: 2, Insightful
    1. Explorer is happy to render all crap thrown at it.
    2. Webmasters write crap, because it's compatible with crap-rendering browser.
    3. Other vendors not only have to implement HTML/CSS/JS, but also all bugs and quirks of Explorer's error (mis)handling to have crap-compiliant browser.
    4. No profit.
    1. Re:It doesn't work for HTML by Keeper · · Score: 1

      Recall:

      0.1: Netscape is happy to render crap thrown at it
      0.2: Webmasters write crap because it is compliant with crap-rendering browser
      0.3: Microsoft wants to take over the world and implements a browser that is bug compatible with Netscape.
      0.4: Profit

  82. Overhyped test... by Freggy · · Score: 1

    What a bad idea this seems to me. Actually I do not understand why the W3C defines this behaviour. It leaves the door open for non-standard (embrace, extend,... anyone?) and/or invalid code, which I think is a bad idea to define in the standard itself. If a site really uses 100% valid code, then there won't be any problem, so I think this test is for somehow useless and largely overhyped.

    1. Re:Overhyped test... by Rits · · Score: 2, Interesting

      On the contrary. In HTML, error handling is not defined at all. So different browsers do different things when you, say, forget to close your opened H1 elements or forget to put a TR element around you table cells. As such code will get written, and is put on the web when it looks OK in the current market leader, all other browsers have to reverse engineer the error handling in the dominant browsers of all possible errors.

      If instead the HTML spec would have clearly explained what should happen when elements appear in places where they shouldn't appear, this problem would hardly exist. This lesson was learned by the CSS spec writers (they tell exactly how to parse the CSS file, whatever you put in it) and the XML spec writers (they tell to show a big honking error message whenever something is wrong with the file).

      --
      If you don't like having choices made for you, you should start making your own. - Neal Stephenson
  83. Cross-browser hacking sucks by Christopher+Rogers · · Score: 1

    I have developed a number of web sites and such, and absolutely hate having to use "hacks" to make things work. I'm a big proponent of having web standards, and I do not like having to develop code that have to be backwards compatible with older programs. Also, I think this is what web development should have been all along from the very beginning...none (or very little) of this browser compatibility crap.

    Anyway, oftentimes when developing a site, if I make a page according to standards, and it works correctly in modern browsers (that is, not IE), I do not want to bend over backwards to make it work in IE. So when people tell me that something is broken in IE, I want to tell them that their browser is broken and that they should download a browser like Firefox or Opera or what have you. Obviously, this isn't a choice for many developers because many people still use IE, and many customers do not want to hear that they have to change browsers. What I want to know is, has anyone actually made a customer download a new browser because something that you or your company developed did not behave correctly in IE but behaved according to web standards? How successful were you in doing this? The reason I ask is that I always hear people proclaiming "standards!", or, "my browser passes Acid2!" but it doesn't seem of much use because I never hear of anyone actually forcing people to use any of these browsers that can understand up-to-date standards. I don't think we can make much progress in enforcing web standards without actually expecting standard-compliant web sites to render correctly, and alienating IE for as long as they are not compliant.

  84. How Browsers Are Supposed to Handle Invalid CSS by Anonymous Coward · · Score: 1, Informative

    http://www.w3.org/TR/CSS21/syndata.html#parsing-er rors

    Since a lot of people point to the fact that the Acid2 test contains invalid CSS I thought I'd point out that this was in fact intentional.

    The reason why is described in the above link, CSS defines how a browser is supposed to behave when it finds invalid CSS.

    Testing whether a piece of software behaves correctly when presented valid data is only half of bug-testing.

    The other half is testing whether a piece of software behaves correctly when presented invalid data.

    Acid2 covers both halves.

    CSS is supposed to fail more gracefully than XML and XHTML and ignore only those parts that are incorrect.

  85. Devil's advocate by tepples · · Score: 1

    You sound like you would welcome this crap.

    No, the devil's advocate is just there to put the brakes on irrational exuberance. It results in a more rigorous basis for our argument, making for cleaner communication once we simplify it into Eloi language.

    We ultimately decide who's in power as far as technology goes.

    Then how did Hollywood manage to get the U.S. Congress to enact the DMCA bilaterally over the collective head of the technology industry?

    1. Re:Devil's advocate by dave1212 · · Score: 1

      Then how did Hollywood manage to get the U.S. Congress to enact the DMCA bilaterally over the collective head of the technology industry?

      We didn't make enough noise, not enough people got involved, and the collective heads of the paid tech journalists did a piss-poor job of reporting on the facts involved and what was at stake.

      Don't take this as directed at you, tepples (your site is helping things), it's just blather I felt like posting and probably isn't well thought out (heh):
      As far as playing devil's advocate, that is an important viewpoint (the opposite in any case) to have in any argument. It is necessary in a formal discussion to ensure both sides are presented equally and as fairly as possible. The problem comes with people who have a general idea of the importance of such things, but don't yet see the larger picture. They cluelessly think they are the devil's advocate, instead of analysing a situation and deciding when to use it as a technique to further fair discussion.

      It becomes a hindrance to the ability to think critically* when our primary goal is to think we're in some kind of superior position simply because we think that playing a role is important. We lose focus of the larger issue(s) at hand in every discussion at that point.

      Critical thinking

      Unnecessary side note:
      It took me some time to come to many realizations, including one important one: I had to experience many things for myself, no matter how clearly someone explained something to me or how open and willing I thought I was in listening and understanding.

  86. iCab is better by Anonymous Coward · · Score: 1, Informative

    On OSX 10.4.5, other than the scrollbars, iCab 3.0.2(Beta382) looks identical to Safari. I much prefer iCab showing the scrollbars rather than letting the webpage hide part of itself. I suppose iCab could make itself technically ACID2 compliant by having a "don't allow scrollbar hiding" checkbox in the preferences, which I could then leave checked.

    Doesn't look like Safari has the ability tho show the scrollbar if you want it, but you can scroll it by clicking on the page and dragging up or down.

    I don't like it when web pages can hide stuff.

    Anybody have a screenshot of IE on Acid2?

    1. Re:iCab is better by jgclark123 · · Score: 1

      I, too, don't like it when my computer hides things from me. "Hide inactive icons"? Those are the most deadly icons!

      Anyway, here's that screenshot you wanted to see.
      http://img.photobucket.com/albums/v210/jgclark123/ Screenshots/IE6FirefoxIETabAcid2Results.png
      44.5 KB (45,666 bytes)

      (And I know my status bar is full of junk, but I use all of the stuff! Who doesn't need a countdown to graduation and the DHS threat level?)

      --
      "May evil beware, and may good dress warmly and eat plenty of fresh vegetables." -The Tick
    2. Re:iCab is better by Petrushka · · Score: 1

      This site is informative. Screenshots: IE6, IE7beta. They look identical to me.

    3. Re:iCab is better by Phisbut · · Score: 1
      (And I know my status bar is full of junk, but I use all of the stuff! Who doesn't need a countdown to graduation and the DHS threat level?)

      Dude... You just made my day. I love seeing people use my CountdownClock :-D
      Always nice meeting a user.

      --
      After 3 days without programming, life becomes meaningless
      - The Tao of Programming
    4. Re:iCab is better by Anonymous Coward · · Score: 0

      Not surprising really - as the CSS handling hadn't changed at all for beta1, and only slightly in beta2.

      the beta1 of IE7 was basically a "Look, it's a new browser but with the same engine" release.

  87. Actually Firefox do care a lot about Acid2 by horacerumpole · · Score: 5, Informative
    Actually they care a lot about it - see Bug #289480

    It's just such a complex problem to tuckle that it seems to me (as a sideline spectactor) to be stupid to block the entire Firefox train just for it. They are working on it.

  88. Re:CSS weirdness by MikeFM · · Score: 1

    A valid statement but the fact is that even if I remove the code causing all those errors the page doesn't render as expected when using auto margins. That and XHTML Strict has some retarded factors such as requiring form input elements be in a block containing tag of some sort and not allowing target attributes on links. Those things aren't going to validate but will render just fine.

    As you can see, if you look, fixing those minor errors had no effect whatsoever. The CSS also validates with the exception of CSS3 and browser-specific features. If setting element opacity is causing a browser to misalign an element then they have a problem even if they don't support the opacity attribute.

    --
    At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
  89. HAHA M$ FAN BOY!! by Anonymous Coward · · Score: 0

    Funny that, if you follow the VERY FIRST LINK on that page it does NOT validate!!

    http://validator.w3.org/check?uri=www.microsoft.co m%2Fworldwide%2F

    Just about the kind of tactics I expect from M$ crapware. Do just enough work to make things look like they are OK on the surface, then do a crap job on the underlying details... thank you for helping proove my point! ;)

  90. My goodness, what I have missed! by Shawn+Parr · · Score: 1

    You are absolutely correct! That IE version is so much more cluttered, and slow! My, now my entire life has changed for the better since I can see less on the screen, and take little breaks while the screen redraws...

  91. closing tags can be wrong by Anonymous Coward · · Score: 0

    Back in the day, when Mosaic was a hot new browser, some tags were not supposed to be closed. You wouldn't close any of: br, p, img, hr, li

    If you did close those unclosable tags, the page might not render right. Closing tags sometimes made parts of the page disappear.

  92. In other news.. by Ryz0r · · Score: 1

    Animated .GIFs prove IE 6 passes the acid2 test! God bless those programmers at Microsoft! ;-)

    --
    Peace, Love, Unity, Respect
  93. Acid2 is annoying by ClamIAm · · Score: 1

    The more I hear about this test, the more annoyed I become with it. Sure, correct rendering is important, but the number of hours wasted to make this one little corner-case example work in the various browsers would probably be better spent improving CSS in general, rather than focusing on a super-specific example. I would rather a browser rendered most of CSS pretty correctly, rather than the 1% used here completely correctly.

    1. Re:Acid2 is annoying by gcauthon · · Score: 1
      Sure, correct rendering is important, but the number of hours wasted to make this one little corner-case example work in the various browsers would probably be better spent improving CSS in general, rather than focusing on a super-specific example.

      What's the point in having a specification at all if nobody is motivated to implement it in its entirety? If a feature is not implemented correctly then obviously that feature will become a "corner-case" regardless of how useful it may be to a web designer.

    2. Re:Acid2 is annoying by JordanL · · Score: 1

      Well, when you make one page which test almost every single standard, I'd say that making that page work does improve CSS in general.

      Unless you meant IE improvements: "Yeah, we've changed some way certain things use CSS. Go figure it out for yourself, we're not going to tell you!"

  94. Mod parent up! by Netscryer · · Score: 1

    Well said, well said. Shame my mod points expired yesterday.

  95. Looks like the Cacodemon from Doom by Anonymous Coward · · Score: 0

    Maybe Adrian Carmack works for MS since getting fired from id?

  96. I want to know... by MorseKode · · Score: 1

    Before Safari became the first browser to render it correctly, how did they rendered it for reference? Does the W3C has their own browser or something like a css renderer, or it was just created with an imaging aplication ?

  97. Very close by Lobais · · Score: 2, Insightful

    Only a few parts are missing: https://bugzilla.mozilla.org/show_bug.cgi?id=acid2
    Firefox 2.0 should render it perfectly.

  98. Accept bad code hell yes!! by drx · · Score: 1

    That Netscape and after that IE accepted "bad code" was just great!! In fact i think their versions of HTML were the first fault-tolerant computer language and everybody could hump some page together in notepad.

    This made the web a medium for everybody, not just the c++ boys. Of course now, instead of making the web easier to author, web standards become more and more incomprehensible (XML stuff for "this is my dog"-pages??) and the web shall be ruled by "professionals" or by idiots who should swallow some stupid Dreamweaver or iWeb instead of getting a chance to learn something.

    BTW: Spoken, human language is highly flexible in interpretation and expression. Computer languages are not. If you ask for "syntactically correct" human language, you should read "Computer Power and Human Reason" by Weizenbaum.

    1. Re:Accept bad code hell yes!! by kikta · · Score: 1

      I agree that a zero-tolerance policy could go overboard. But how many non-technically inclined people were really writing the "this is my dog" pages before automated tools came out? HTML 3.2 is still a perfectly valid standard, and how many of those cheesy personal pages are currently written in notepad? Almost none. People use a variety of WYSIWYG editors to make their simple pages.

      So isn't having a more powerful, flexible, and modular language like XHTML 1.1 a potential boon for those programs? Besides, I've written pages that conform to that standard by hand. Once I got used to the changes, I realized that it was indeed much easier - a lot more modularity and cleanliness to the code.

      Does a silly little one-off page take more code and thought than before? Yes. But is the average person equally as likely to write an XHTML 1.1 page by hand as an HTML 2.0 page? Yes - because both chances are pretty much zero.

  99. Now you do by Anonymous Coward · · Score: 0

    It was a theoretical design. They knew what a standards compliant browser should do, and so could predict that this convoluted code would make a face. They could render it on paper even though there weren't any browsers at the time that would do it.
    The image to match probably was created in an imaging program.

  100. working scrshot link by memnon · · Score: 0
  101. Safari also has the scrolling bug by OglinTatas · · Score: 1

    I just checked it out, Mac OS X 10.4.5, Safari 2.0.3. I don't have Opera, I can't check that.

    So if Safari passed the acid test, is the scrolling bug a flaw in the test, as in a browser that correctly implements the standard will still display a scrolling bug, or did Safari not really pass?

  102. ACID2 Test = crap by jkmiecik · · Score: 1

    From the ACID 2 page...

    Note: some 827 people (rough estimate, contents may have settled during shipping) have written to point out that the CSS used in the test is invalid. This is deliberate, as a means of exposing the ability of user agents to handle invalid CSS properly.

    That's it. Encourage developers to support invalid coding by designers. That's the way to encourage web standards!

    1. Re:ACID2 Test = crap by Anonymous Coward · · Score: 0

      as many have said and many will say in the future. the acid2 test is not there to show you how to design; if it did, then images would be replaced with 10k of css and some inline data urls. It's a test of the compliance of the browser to standards. That includes handling errors (which is specified in the css spec).

  103. Interesting-- Konqueror claims to be second also.. by bratwiz · · Score: 1

    Konqueror also claims to be the second browser to have achieved compliance.... http://www.kde.org/announcements/visualguide-3.5.p hp Does it really matter? Does anybody really care? When will firefox be compliant? What about MS Exploder?

  104. Your definitions are lacking by Just+Some+Guy · · Score: 1
    If opera mis-renders this site

    Erm, no. A browser misrenders a site by accepting valid input and generating out-of-spec output, such as by failing the Acid2 test. However, if the input is not deterministically parseable then all bets are off.

    If you want to add 2 plus 2, but enter "2+3" into your calculator, would you get mad at it for giving an answer you didn't expect? Even if one brand of calculator often guesses that you really meant "2+2" and silently gives you that answer instead, I fail to see how you could expect another to do the same (and then claim that it "miscalculates" because it doesn't apply the same random guesswork as the first).

    --
    Dewey, what part of this looks like authorities should be involved?
  105. Re:ACID2 Test != crap by Just+Some+Guy · · Score: 1
    Encourage developers to support invalid coding by designers.

    You misspelled "ignore".

    --
    Dewey, what part of this looks like authorities should be involved?
  106. God you are a fucking retard. by Anonymous Coward · · Score: 0

    No, it shouldn't be. CSS is not a programming language. Its a presentation stylesheet. If you have an older browser that doesn't recognize a new CSS attribute, it shouldn't ignore the entire stylesheet like you stupidly suggest. It should ignore that invalid attribute. This is part of the CSS spec, and is required behaviour. Quit being so stupid.

  107. OK you've got me by Sits · · Score: 1
    10 is still greater than 5 mind ; )

    WRT to your CSS: orange isn't a valid color! : ) (sits down and breaks apart page...)

    The centring problem can be boiled down to the following:
    width: 750px; position: fixed; margin-left: auto; margin-right: auto;
    The rules over how the distance for the left edge is calculated in this case are fairly complicated. Here's what point 1 says:

    "If 'left' has the value 'auto' while 'direction' is 'ltr', replace 'auto' with the distance from the left edge of the containing block to the left margin edge of a hypothetical box that would have been the first box of the element if its 'position' property had been 'static'."

    We can read that as saying the "left becomes where the inside box's left edge is under more normal conditions" (I could be wrong though but I think that's the only sensible interpretation). Now here's that "but" you were expecting:

    "(But rather than actually computing that box, user agents are free to make a guess at its probable position.)"

    Browsers are *allowed* to guess at where it would have gone. Thanks to this, a guess that doesn't match up with where it would have been isn't actually wrong - it's just not what you would have wanted. So Opera is guessing wrong (it "guesses" right with actual values in the margins) but this is actually allowed by the spec.

    I don't have the testcase to hand but basically it had one div in it. Now to ensure the right thing happened I would nest a div inside that one div and move the position: fixed (and any borders or background colours etc.) to that inner one. In tests that did what I was expecting because the left edge was already in the right place.

    Summary, your code is (I use this word reservedly given some of the hacks) "right" it's just that there's more than one answer...

    HTH
    1. Re:OK you've got me by MikeFM · · Score: 1

      How do you get 10? It tells me 5.

      I probably shouldn't use any none-hex colors as it's an easy way to open yourself to color issues. To much laziness on my part. The lack of recognition of transparent as an allowed color irks me a bit though.

      More than one right answer to a problem is usually the case with bugs in stuff like this. I'll have to figure out if I can do something in such a way as to be more clear of my intent I guess. Still frustrating by the time you debug many such problems across different browsers and browser versions. Still, IMO at least, I think it should be obvious that if both left and right margins are auto that centering was the intent. I'm still not sure why CSS doesn't just have an alignment property though. It'd seem such an often used thing to warrant a clear method of usage.

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
    2. Re:OK you've got me by Sits · · Score: 1

      I meant 10 minutes in reference to your "it took 10 minutes to fix the HTML" when I said I thought it would take more than 5 so I didn't bother.

      I'm convinced you can work around the problem using one level nested divs and it should work in most browsers but as usual that may bring its own problems.

      Why no magic centre method? I gues because it would conflict with the existing attributes (what happens when you have margins AND centring?!). It is there for plain old text though (which doesn't have margins).

    3. Re:OK you've got me by MikeFM · · Score: 1

      I'd like to see text count as an entity too. It's silly to need to nest everything in span's.

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
    4. Re:OK you've got me by MikeFM · · Score: 1

      Oddly if I set the mainBlock to static or relative it positions correctly but losses the background of the block.

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
    5. Re:OK you've got me by MikeFM · · Score: 1

      Yet another minor issue with Opera 9. The color dropdown on http://www.tubmonkey.com/viewProduct.html/productI d/388 and similar pages doesn't show the background image in Opera as I'd expect it should, and it does in Firefox. Not a serious issue but it exists. IE messes it up too. I haven't had a chance to try it in Safari yet.

      Is there any rule that the browser isn't supposed to allow dropdowns to be styled?

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.