Opera 9.0 Fully Passes ACID2 Test 418
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!"."
Konqueror passed 2nd (Score:4, Informative)
Info here [kdedevelopers.org].
Re:Konqueror passed 2nd (Score:5, Informative)
"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..."
Get the weekly (Score:1, Informative)
It claims to but fails (Score:5, Informative)
"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 {
Re:ACID passed, real world? (Score:5, Informative)
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).
Re:Konqueror passed 2nd (Score:1, Informative)
Safari is an OSS project too.
Re:*smack* (Score:3, Informative)
Re:iCab (Score:1, Informative)
Safari did it first, then iCab, then Konqueror, and now Opera. See http://dean.edwards.name/weblog/2005/04/acid2-sp/ [edwards.name] . 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.
Re:ACID passed, real world? (Score:2, Informative)
For example? Please keep in mind the article is referring to Opera 9.0 Preview 2 (latest snapshop, according to here [opera.com]), which Opera notifies against the use of previews.
previewRe:Konqueror passed 2nd (Score:5, Informative)
Re:Konqueror passed 2nd (Score:4, Informative)
--
onedotzero
thedigitalfeed.co.uk [thedigitalfeed.co.uk]
Re:iCab (Score:3, Informative)
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/ [edwards.name]
Re:Second browser? (Score:3, Informative)
Re:ACID passed, real world? (Score:5, Informative)
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...
Re:Konqueror passed 2nd (Score:4, Informative)
Track Gecko progress here. Including screenshots.
Link as plain text due to
Re:ACID passed, real world? (Score:3, Informative)
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).
Re:Internet Explorer getting better (Score:5, Informative)
Re:Konqueror passed 2nd (Score:5, 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.
See how your browser fares... (Score:5, Informative)
Re:Konqueror passed 2nd (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 [webstandards.org]:
Re:ACID passed, real world? (Score:5, Informative)
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/ [rangdebasanti.net]
Their JS code contains this:
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.
Re:I like how... (Score:3, Informative)
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.
Re:ACID passed, real world? (Score:4, Informative)
More elaborate history (Score:5, Informative)
There's a more useful history about it here [timaltman.com] (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 [opera.com] 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.
Re:For the curious - (Score:1, Informative)
Re:For the curious - (Score:5, Informative)
No it hasn't... (Score:5, Informative)
Re:ACID passed, real world? (Score:5, Informative)
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.
How about a little maturity?
a) No it doesn't, many Internet Explorer memory leaks [microsoft.com] 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.
Re:ACID passed, real world? (Score:3, Informative)
DOM Level 1 Core states that "The DOM presents documents as a hierarchy of Node objects [w3.org]". As IE/Win is capable of creating a node with two parents [hixie.ch] and creating a node whose parent is the child of one of its siblings [hixie.ch] - 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.)
Re:This does NOT pass Acid 2 (Score:5, Informative)
The nose changes color when you mouseover it. Even in the mess that is Firefox's rendering of the page [webstandards.org] 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.
Re:stop lying for Apple (Score:3, Informative)
svn checkout svn://anonsvn.opensource.apple.com/svn/webkit/tru
you can also grab the latest nightly build of Safari here: http://nightly.webkit.org/ [webkit.org]
(look at the icon and download it if you don't believe me)
http://webkit.opendarwin.org/ [opendarwin.org] has more info.
Re:ACID passed, real world? (Score:1, Informative)
http://en.wikipedia.org/wiki/Comparison_of_layout
Re:Tweaked (Score:2, Informative)
Now it's javascript and CSS support are superb. Opera and FF are about equal in those departments.
Re:See how your browser fares... (Score:1, Informative)
Re:Konqueror passed 2nd (Score:5, Informative)
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...
Re:Tweaked (Score:3, Informative)
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.
Re:Why is it so hard to follow standards? (Score:3, Informative)
The HTML spec is a different beast, though. It pretty much has the opposite problem: It doesn't specify
Re:For the curious - (Score:3, Informative)
Re:Um, no. (Score:3, Informative)
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=
I saw IE7 fail this on the CeBit today (Score:3, Informative)
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...
Re:Ah opera... (Score:5, Informative)
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 errorsDepends 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 "<" for < and ">" for >. If you want to type "&", you type "&" 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.
Re:And, on cue... (Score:3, Informative)
How Browsers Are Supposed to Handle Invalid CSS (Score:1, Informative)
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.
iCab is better (Score:1, Informative)
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?
Re:Konqueror passed 2nd (Score:3, Informative)
Actually Firefox do care a lot about Acid2 (Score:5, Informative)
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.
Re:Konqueror passed 2nd (Score:2, Informative)
Re:WebKit matters, not the Safari frontend (Score:3, Informative)
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.