Slashdot Mirror


Konqueror Passes the Acid2 Test Too

An anonymous reader writes "A month after Safari , and after a lot of controversy, Allan Sandfeld Jensen announced today that Konqueror passes the Acid2 test too. Half of the patches could be merged from Apple's Webcore, the rest needed to be rewritten from scratch."

12 of 372 comments (clear)

  1. Re:Acid2 by Anonymous Coward · · Score: 5, Informative

    http://www.webstandards.org/act/acid2/

    basically it's a rigorous test that ensures that a browser has all the goodies that web developers have been lusting after forever.

  2. Re:Editors! Context! by MarkByers · · Score: 3, Informative

    This has been featured on Slashdot before. The Acid 2 test is a web browser standards compliancy test, and it applies to all web browsers not just Konqueror and Safari. These are just the first two that can pass the test. The others will hopefully follow later.

    Take the Acid 2 Test.

    --
    I'll probably be modded down for this...
  3. Re:IE, when? by zxSpectrum · · Score: 3, Informative

    So, then I presume you can point out each and every aspect of Acid2 that violates CSS 2.1.

    We'll also expect you to hold your breath doing this excercise on a live webcam, so we can see you turn blue in the face.

    The acid2 test consists of perfectly valid CSS2.1, HTML 4.01, SGML, RFC 2396 and RFC 2397. It tests some basic, and some not-so-basic aspects of these specs.

  4. Re:Does Firefox pass it? by CTho9305 · · Score: 4, Informative

    Gecko (the engine used in Firefox and Mozilla) probably won't be passing it too soon. See Robert O'Callahan's blog entry here. This means Firefox 1.1 won't pass Acid2.

  5. Re:IE, when? by JimDabell · · Score: 3, Informative

    CSS 2.1 is not yet a w3c recommendation, only a candidate Browsers than conform to it rather than CSS 2.0 are broken.

    This is incorrect.

    The W3C implemented a change in procedure between the times CSS 2.0 and CSS 2.1 were published. What used to be called recommendations are now only candidate recommendations until they are widely implemented.

    Ian Hickson, who is on the CSS working group and employed by Opera, says this:

    CSS2.1 is in CR, which is the call for implementations stage. It is appropriate for implementors to implement CSS2.1. It is not a draft.

    (Note that CSS2.1 and CSS2 are at the same state in the W3C process -- they are both at the "call for implementations" stage. The difference is that the name of that stage changed between 1998 and 2004. What used to be called "REC" or "Recommendation" is now called "CR" or "Candidate Recommendation". The new stage currently called "Recommendation", which indicates that the specification has reached a very high level of implementation maturity, didn't exist back in 1998.)

    CSS2.1 is what CSS implementations should be using as reference if they want to implement CSS level 2.

  6. Re:Acid2 by JimDabell · · Score: 4, Informative

    It does both. I've seen this misconception stated a few times now, it's just wrong.

    The Acid test is not just a test for error handling. Error handling is something that is defined by the CSS 2.1 specification (and earlier specifications). In order to test full CSS compliance, they need to include errors as part of the test. This does not mean that all the test does is error handling, merely that it is one of the things the test does.

  7. Re:Safari does what? by Justin205 · · Score: 3, Informative

    In a word, yes. The version of Webcore that renders Acid2 correctly, is not in the released versions of Safari yet. It'll probably come as an update sometime in the next year or so.

    --
    "Your effort to remain what you are is what limits you."
  8. Re:stop distorting facts by bluGill · · Score: 4, Informative

    The developer in question was not mad at Apple per say, they were doing what was required. He was mad at people thinking Apple was doing something useful for KDE/khtml. Apple was not making things useful for KDE, but they were fullfilling all their obligations.

    Once he spoke against those non-Apple, non-KDE people, those people tried to deflect the blame to Apple. Apple to their credit realized how the publicity was hurting them and changed their ways.

    Once again, the KDE devs were not mad at Apple. They were disgusted because of being unable to get something useful, but not mad. They were mad at people who thought without checking that Apple was doing something useful.

  9. Re:Kick to the pants. by Anonymous+Froward · · Score: 5, Informative
    You were close, but you missed the point of konq guy (see see this post) when you began talking about the "problems" of Webcore code. The konq guy's message was more or less like this as far as I can see:

    When Konqueror doesn't follow Safari's new feature within 4 hours, don't blame us. When Konqueror finally follows Safari's feature list, don't automatically praise Apple, either.

    It's not like Apple is giving out some drop-in patch, but that's OK. That's their right. Sometimes we take their patch, but sometimes we write things from scratch. When we'll use Apple's code, we'll be slow because of the way they produce their patch, not because we're lazy.

    Apple is OK for me, but please stop bashing our laziness while praising opensource-friendliness of Apple. That hurts.

  10. Re:stacking the deck by dmaxwell · · Score: 3, Informative

    All this stuff about "Apple did this and the khtml guys did that" is utterly irrelavent to the point I and the khtml devs were trying to make.

    The khtml devs beef is with fanbois who think that khtml should have new Webcore features an hour or two after Webcore gets them. When the khtml people try to explain why matters are bit more difficult than that then the fanbois throw around terms like "lazy", "unresponsive", and "kick in the pants".

    Apple's behaivor has zero to do with the point I was trying to make.

  11. Re:stacking the deck by labratuk · · Score: 3, Informative
    What becomes apparent is that the KHTML team doesn't like that Apple is doing everything they should be, getting commended for it

    That's not apparent at all. You're simply showing that you don't read the kde dev's blogs and hope people reading this won't bother either and just take your word for it.
    If integrating half of the patches only took a month or two, guess what- it wasn't nearly as impossible as the KHTML team made it out to be, and the code wasn't nearly as useless as they portrayed it to be.

    What? How do you know how hard these people have been working over the last two months? You really sound like a manager type to me. These people mostly do this work in their spare time. They have real jobs too. They don't work on this 9-5. Saying "it only took a team of x y months to do it" is completely meaningless.
    Second, they've provided several of what you've referred to as "code bombs", which is one step ahead of a company that would just provide them with ONE tarball; they're sharing work progressively, and have an active dialog with the khtml team.

    Hahaha.

    Read that sentence again and tell me it's not the absolute definition of an apologist talking.
    And your point would be what? The LGPL doesn't say "help integrate old code". It doesn't say, "only fork recent code", or "don't fork code at all". It doesn't say "provide changelogs". It doesn't say "provide the project coders with access to your internal revision control systems and corporate network". It doesn't say ANY of that! EVER! PERIOD!

    And nobody has ever said that it does. Only people like you trying to craft strawman attacks have ever brought this up. The grandparent doesn't say this, the KDE devs don't say this.
    I'm sorry, but this whole thing has left me very embarrassed for the open-source community, and left me with a very bad taste in my mouth. Apple IS one of the better companies as far as contributing to open-source, they've brought open-source technologies to more desktops than anyone else, they've come up with some truly unique technology which they've provided source for- and they still get kicked in the teeth.

    First of all: hahaha

    Second of all: if they are getting kicked in the teeth, it's not the kde devs doing the kicking. The original blog post was aimed at clueless fanboy posters posting things.. not unlike what you've just posted. NOT at Apple. This one blog post was then blown out of all proportion by slashdot and people making strawman statements to try and spread their propoganda.

    Ironic, no?
    --
    Malike Bamiyi wanted my assistance.
  12. Re:stacking the deck by klui · · Score: 3, Informative
    Apple's behaivor has zero to do with the point I was trying to make.
    On the contrary, your use of "does the bare minimum," and "inadequate documentation" covertly implies that Apple's behavior is the problem. After observing this issue so far, I think Apple has done a lot for KHTML and the OSS community. The KHTML team finally took the code Apple gave them to heart and integrated a good portion back.