Only 4.13% of the Web Is Standards-Compliant 406
Death Metal writes "Browser maker Opera has published the early results of an ongoing study that aims to provide insight into the structure of Internet content. To conduct this research project, Opera created the Metadata Analysis and Mining Application (MAMA), a tool that crawls the web and indexes the markup and scripting data from approximately 3.5 million pages."
Well, that depends.... (Score:5, Funny)
Re:Well, that depends.... (Score:5, Funny)
'Looks good in Internet Explorer and doesn't seem to crash Firefox or Opera' is not a standard.
Re: (Score:2, Funny)
Does using make my code non-standard?
Re:Well, that depends.... (Score:5, Funny)
It sure makes your Slashdot comment non-standard!
Re: (Score:3, Funny)
Re:Well, that depends.... (Score:5, Informative)
Does using "blink" make my code non-standard?
Yes, because blink is not defined as conforming in any standard. However, it is possible to make a page containing blink (or any other element or attribute you like) pass validation by providing a custom DTD or an internal subset.
But note that the claim that "4.13% of the Web Is Standards-compliant" isn't quite accurate. The study only used the W3C markup validator, which is only able to detect a subset of the machine checkable conformance criteria. It's trivial to create a non-standards compliant page that passes validation.
Don't BLINK or you'll miss it. (Score:3, Interesting)
BLINK will validate. To my eternal shame I've used it on my Home site's humour page [smivsonline.co.uk] and it passes w3c validation (just checked it to make sure). P.S. please don't slashdot me!
Re: (Score:3, Funny)
Both blink and marquee are two very useful tags that should be used on every website.
Re:Well, that depends.... (Score:5, Insightful)
Re: (Score:3, Insightful)
Re:Well, that depends.... (Score:5, Insightful)
'Looks good in Internet Explorer and doesn't seem to crash Firefox or Opera' may not be a standard, but it satisfies the bulk of most web-sites' customers. I'm a FF user and include myself in that group. I realize that sites are tuned for IE because it's the leader and accept that my browser choice and add-ons sometimes make things look a little funny - As long as they work I don't care. I would guess that most visitors feel more or less the same (slashdot standards nazis excepted).
Besides, if most of a web site's traffic is coming from a browser that doesn't support any standard but their own anyway, what motivation do they have to conform?
Re:Well, that depends.... (Score:5, Insightful)
The problem with that attitude is that not so long ago, Firefox wouldn't be in the list, and for many developers (including some I worked with this week) Opera is still not on that list. It's like Internet Explorer only websites, except only slightly laxer. So you use Firefox. Lucky you! How about all the people who use something less popular, e.g. Konqueror? How about all the people who must use something that will never be popular, such as people with disabilities? Shall we just say "tough, get off the web"?
"Working" is not a property of a website. "Working" is a property of a combination of a website and a browser. You can't say that a website "works", only that it works in particular browsers.
Re: (Score:3, Insightful)
How about all the people who use something less popular, e.g. Konqueror?
Web pages will be tailored to suit the bulk of their traffic. Konqueror will learn to display them properly, regardless of adhesion to standards, or fall by the way-side as users get frustrated. It's not fair, it's not right, and it's not changing. Sorry.
How about all the people who must use something that will never be popular, such as people with disabilities? Shall we just say "tough, get off the web"?
Some pages are practical to conform to people with disabilities. Some aren't. When practical, web-admins should make their pages accessible to the handicapped. Adhering to standards may make it easier to tailor specialized browsers for use, but the fa
Re:Well, that depends.... (Score:5, Insightful)
The point is that if the site is built to standards, you don't have to spend a lot of money making that small number of people happy. Their browser is probably built to render sites as the standards specify, and so it'll probably work anyway.
I build web applications at work, and only have to make it work in Firefox, but because I'm using standards, and think about what I'm doing, I can be fairly confident that it's going to work in most other things as well. I have users happily using my apps in some barely known browsers, without problems.
Re: (Score:3, Informative)
Standards do help, but the problem is the leading browser doesn't follow the standards too well.
My primary browser is Firefox, so I do 90% of the development in there. The last 10% is spent adjusting little bits and bobs for IE6/7. It doesn't matter that my pages validate, and that I'm pretty damned good at making my spaghetti code spew proper XHTML - IE is still a retard.
Where I work, we guarantee only one browser: IE6. Anything else costs extra, because of the testing involved. If someone wants us to
Re:Well, that depends.... (Score:5, Insightful)
Internet Explorer is really the big trouble maker here. Any Professional knows that their site needs to render flawlessly in IE first, Good enough in Firefox, and perhaps workable on others. Following the "standards" bairly leads to this operation as IE so poorly handles the standards that you really need to break them. I am still trying to find the HTML tag that gives IE users an electric shock.
Re:Well, that depends.... (Score:5, Funny)
Don't be silly, everybody knows you use CSS for that. (Cruelly Sadistic Styleshocks).
Re: (Score:3, Insightful)
Re: (Score:3, Insightful)
Isn't English fun, my compeer?
Re:Well, that depends.... (Score:5, Funny)
Everybody's High On Acid (Score:2)
Re:Well, that depends.... (Score:5, Insightful)
Re: (Score:3, Insightful)
How compliant? (Score:2)
Depends on how strict they're being.
For example, I never close paragraph and line break tags, but otherwise my html is compliant.
Re:How compliant? (Score:5, Informative)
It is very simple http://validator.w3.org/ [w3.org]
Re: (Score:2)
Are there degrees of strictness?
If you claim your code is HTML 4.01 or XHTML 1.0 or whatever, then it either is or it isn't.
strict vs transitional DTDs (Score:2, Informative)
Are there degrees of strictness?
Yes. HTML 4.01 and XHTML 1.0 each have two DTDs: a "transitional" DTD that allows presentational elements and a "strict" one that disallows them. The trouble is that a couple structural elements and attributes got removed by mistake in the strict DTDs along with the presentational ones, most notably the value attribute of the li element. For this and other reasons, most valid HTML that I've found has used a transitional DTD.
Re:strict vs transitional DTDs (Score:5, Informative)
No, that's something different. There aren't degrees of strictness when it comes to validity. If a document claims to be a Strict document, and makes a single mistake, then it is invalid. If a document claims to be a Transitional document, and makes a single mistake, then it is invalid. In both cases, it's an absolute rule with no laxity.
Re: (Score:3, Insightful)
It is very simple http://validator.w3.org/ [w3.org]
Actually, not quite that simple. My top-level page currently gives 66 validation errors. Guess how many are from content I've had to include from a third party, where I have no control over their standards compliance? 66 of them - 65 are from WebRing, 1 is from a news feed.
For those of you who are bad at math, that's all of the errors on that page. Note that all my other pages validate just fine, since I don't include third-party content there.
Being part of the WebRing is still important for my site, so I h
Re:How compliant? (Score:5, Insightful)
Isn't that a bit like saying, "my C code fails to compile whenever I pass it the flag for strict ANSI checking, but other than that my code is ANSI C compliant"?
Re: (Score:2)
I think you nailed him - That's a perfect analogy. But, for web sites just like for application users, the target for compliance is not typically the end-user. When I download a new application, I don't care whether it was coded with 'ANSI C compliant' code. I just want it to work properly. When I load a web-page, I don't care if it meets some HTML standard. I just want it to display and function properly in my browser.
Re: (Score:3, Interesting)
Also depends on how old the websites they searched are..
only recently added websites or also websites and old pages that exist longer than the standard they validated against exists ?
Re: (Score:2)
How many websites around now are pre November 1995 when the HTML2.0 standard [ietf.org] was released.
"HTML has been in use by the World Wide Web (WWW) global information initiative since 1990. This specification roughly corresponds to the capabilities of HTML in common use prior to June 1994. HTML is an application of ISO Standard 8879:1986 Information Processing Text and Office Systems; Standard Generalized Markup Language (SGML)."
Re:How compliant? (Score:5, Informative)
MAMA didn't validate against a single document type. They validated against the document type that each individual document claimed to be. So all the ancient HTML 2.0 pages out there will correctly be identified as valid in they are, in fact, valid HTML 2.0.
Re: (Score:2)
I never close paragraph and line break tags, but otherwise my html is compliant.
In that case I think you're compliant when using the transitional doctype [w3.org]
Re: (Score:3, Informative)
There aren't degrees of validity. A document is either valid or it isn't. You can't be "more strict" when validating something, if a tool offers you an option like that, then it is doing something other than validating, it's probably linting as well. There's at least one widely-used "validator" that doesn't actually validate at all.
Yes you do. If you didn't close them
Re: (Score:2)
Is there a particular reason you don't?
Do you understand why XHTML exists? How much more work it is to parse straight HTML, and less work it is for a browser to simply fire up an XML parser instead?
<br /> isn't that difficult.
Re: (Score:2)
why don't you close paragraph breaks? both HTML and XHTML require paragraphs to have end tags.
line breaks don't need to be closed with a separate tag. in XHTML you simply write <br /> just like you would close other empty tags.
it's not hard to follow conventions that are universal across all browsers. there's no reason to break open standards other than a.) ignorance (which clearly is not the case here since you know you're breaking standards) or b.) your site needs to render on a browser that does no
Re: (Score:2)
No, closing tags for <p> elements are optional in HTML 4 [w3.org], HTML 3.2 [w3.org] and HTML 2 [w3.org]. I don't think any version of HTML has required them.
More like (Score:5, Funny)
OMG 4.13% of the Web is Standards-compliant!?
Re: (Score:2)
I agree. That number seems implausibly high.
Re: (Score:2)
Drugs are bad, mmmkay?
W3C (Score:5, Informative)
W3C's validation tools
Normally I'd go on my own rant but I'm feeling lazy today and recently I read a good article at A List Apart that sums it up [alistapart.com]. As for the W3C, I like this list they compile:
W3C's Pros & Cons
Pros:
Cons:
You should read that article, it's pretty spot on for this subject.
Re:W3C (Score:5, Insightful)
That's hilarious. We still can't use CSS tables or generated content on the web - features that were published by the W3C in the CSS 2 specification over a decade ago because Internet Explorer doesn't support them yet. We need to use JavaScript frameworks or otherwise normalise event handling because Internet Explorer doesn't support DOM 2 Events - a specification published by the W3C eight years ago (event Internet Explorer 8 won't support this). And SVG anyone? XHTML? MathML?
Get back to me when browsers make it out of the 90s before telling me the W3C is "incredibly slow moving".
Re: (Score:2)
In fact, this is pretty much entirely due to IE.
Do you suppose, if Google started blocking IE from their homepage by user-agent, that the situation would improve?
Re: (Score:2)
I think it would be a great boon for LiveSearch.
Let's face it, the average user isn't going to think to blame their browser, they're going to blame Google.
Re:W3C (Score:4, Insightful)
This is quite simply delusional. Here is the first released specification for CSS 2 [w3.org]. Go and read the tables section. Go and read the generated content section. Go and find out when Internet Explorer had a working implementation of these features. Then go and inform Microsoft, because they, along with the rest of the world, seem to be under the impression that these are new features in the Internet Explorer 8 betas.
In actual fact, there have been changes made to CSS 2 that make Internet Explorer more compatible. For instance, display: inline-block was originally an Internet Explorer proprietary feature that was added to CSS 2.1.
I wonder if (Score:3, Interesting)
I wonder if they're throwing away every page that doesn't fully comply or if they're actually including the pages that almost comply but have a typo or missing doctype or missing closing tag. I'm guessing the former by the numbers which seems a little unfair to me.
Only 4.13% of the Web Is Standards-compliant ... (Score:5, Insightful)
(i would prefer if there wasn't any truth in it.)
Some standards are just too strict... (Score:2)
For example, xhtml-strict does not include support for "target" attributes in links. What kind of idiotic decision was that?
So, people then choose xhtml-transitional, which is much more relaxed, etc.
Another thing is the inclusion of embedded xml inside html, which due to lack of support in the standards, completely break "standards-compliance", whatever that means.
Now, if you're talking about DOM, then that's another story.
Re:Some standards are just too strict... (Score:5, Insightful)
Well not in the least bit idiotic actually.
It's up to me as a user to choose where a url opens, especially since we are all using the tabbed paradigm now.
Re:Some standards are just too strict... (Score:5, Informative)
It's up to me as a user to choose where a url opens, especially since we are all using the tabbed paradigm now.
User agents currently do not allow the user to submit a form into a new window or tab. This is the nearly nine-year-old bug 17754 on bugzilla.mozilla.org with 99 votes.
Re: (Score:2)
Webkit based browsers do.
Re:Some standards are just too strict... (Score:5, Interesting)
XHTML-STRICT is not for everyone, it's intended for those (like me) who are more development oriented and wish to completely separate structure from presentation. A "target" attribute is clearly a presentation attribute since it defines how the linked reference is presented to the user and as the parent noted, it should be up to the user to make that choice.
When wanting to control presentation in XHTML STRICT, you should use DOM or CSS, that way, they structure (XHTML) is removed from the presentation (JS/CSS). I typically link all scripts and stylesheets. That way the XHTML is made portable in terms of data with the JS/CSS being limited to only effecting a web client. In the OPs case, a simple ID attribute for that particular anchor would work just fine, you could bind an event listener for a click event to that element and then execute your javascript popup code when that event is triggered, canceling the event so that the browser does execute the link on it's own. That way, your default browser clients could execute the JS instructions, while a 3rd party app (an AIR desktop or mobile device) could put their own custom behavior in if desired.
While that sort of practice may seem extreme to a designer, as a developer I can swear to it's scalability and transportability for supporting 3rd party access such as when developing a web UI that needs to support many types of clients via one codebase.
If none of those features make sense nor strike you as worthwhile, I suggest you stick to XHTML TRANSITIONAL, which is probably better suited to your needs.
Re:Some standards are just too strict... (Score:4, Informative)
For example, xhtml-strict does not include support for "target" attributes in links. What kind of idiotic decision was that?
A very good decision, there are two main uses for the "target" attribute:
/Mikael
Re: (Score:2)
I wouldn't want to browse API documentation in a non-frame based environment.
Re: (Score:2)
I wouldn't mind it -- have you seen some of the better API doc sites?
What's more, "no frames" doesn't have to imply "no frame-like behavior" -- CSS can give you a little box whose contents scroll independently of the parent, and Javascript can give you links that don't refresh the entire page.
Re: (Score:2)
Sites requiring the use of Javascript are pretty evil. And what CSS style are you referring to--I don't think I've run across that one. Usually, when I see behavior like that, it's an iframe.
Re: (Score:2)
why? so you can save .025 seconds by not reloading an index or menu?
there's no good reason to use frames or even iframes in a modern site. it's bad for search engine indexing, and it's bad for usability. that is why major API documentation sites like those for the YUI Library [yahoo.com], MySQL [mysql.com], PHP [php.net], and even MSDN [php.net] do not use frames in their layout.
even if there were a need to keep persistent layout elements, you can use AJAX to simulate all of the desirable behaviors of frames/iframes without the drawbacks.
Re: (Score:2)
There are good and bad times to open a new window. I use it on my sites for when ever I'm showing a Map to something. "This week's game will be played Here (Map)". That lets me link to google maps. If it's something on my 'link' page then I let it open in the current window. It's the difference between an aside and a new paragraph.
Re: (Score:3, Informative)
Not really a lot of point to it, though -- savvy users will simply middle-click on the link if they want it in a new tab/window. If they don't, that generally implies they want it right where it is, and your attempt to open a new tab/window is going to be annoying.
But hey, at least using a target for that is better than linking to a javascript: URL. A lot of sites are even worse -- they add an onClick event, and they set the link href to #, or to javascript:void(), meaning that middle-clicking on it inevita
Re: (Score:2)
The web is not, and should not be designed for savvy users.
Savvy users will get around the stupid measures put into place for everyone else.
Re: (Score:2)
Actually there is another very good use for automatically opening a window (not mentioning target as it's just a vehicle to get you there)
When a link is possibly important to a user but would in fact break the flow of their current activity, a link should be set to open in a new window - preferably one which does not go full screen to hide the window they are really using.
This is a usability issue. You should not make the user think about having to open a link in a new tab or window if they click a link to
Re: (Score:2)
Ah yes, for those special purposes it can be useful, unfortunately it has been proven that by giving developers the possibility of opening links in a new window/tab is something that will be abused, especially by people who seem to think that their site is oh-so-important and that the user couldn't possibly want to leave it.
/Mikael
Re: (Score:3, Insightful)
If you use the target attribute, you have no control over the size of the window and it is very likely that it will obscure the current window. You need JavaScript to get the effect you desire, and if you are using JavaScript, why bother with a new window when you can d
Re: (Score:3, Interesting)
The lack of a target attribute really bothered me when I first ran into it. Their argument was something like how websites shouldn't be controlling the browser, as in creating tabs/windows, etc. Of course you can hack it in with Javascript which is something I refused to do, what's the point of striving to be standards compliant when you break it a minute later with Javascript? Anyways, I thought about it and kind of agreed with the notion, so now I just externally link a lot less.
Re: (Score:2)
You don't need multiple windows. If you think you do, you're wrong. If you're not wrong *I'll* open a new window.
Re: (Score:2)
*fills out a long web form*
*gets to bottom of page, sees privacy policy*
*thinks "Hmm, there's a lot about privacy and facebook on the news, maybe I should check this out*
*clicks policy. policy opens in current window.*
*reads policy*
*clicks back*
*screams as entire form has been erased*
Re: (Score:2)
Of course you can hack it in with Javascript which is something I refused to do, what's the point of striving to be standards compliant when you break it a minute later with Javascript?
Well, Javascript is a standard.
I prefer progressive enhancement -- make the link a plain old link, and useful on its own, then override onClick to do whatever you want. Browsers that support middle-click-open-in-new-tab don't seem to count that as an onClick event.
Re: (Score:2)
Javascript may be a standard but I don't consider it an excuse to break usability. I use Noscript and I don't even bother to explore sites that are totally borked without their Javascript crutch. I spend a lot of time making sure everything works whether Javascript is on or not.
Surprised? (Score:5, Insightful)
Unfathomable amounts of development time has been wasted over the years trying to set sites running and usable in multiple browsers.
To complicate the issue, over the last few years there has been an explosion in the number of browsers on the market. It is really no fun navigating this modern tower of Babel.
If I had one wish that would be granted, it would be that all browsers would be compliant to a standard. Literally millions of man years in development time could have been saved if this issue was somehow nipped in the bud earlier on.
Re: (Score:2)
To complicate the issue, over the last few years there has been an explosion in the number of browsers on the market. It is really no fun navigating this modern tower of Babel.
To simplify the issue, maybe every few months, I have to fix an issue where our site works on Firefox, but not Safari.
Every few days, I have to fix an issue where our site works everywhere else except IE.
If we didn't have to deal with IE, the problem would be a complete non-issue. Any page I build that I'm not being paid to make usable in IE, I don't.
Sad. Even sadder is the yet-another-feature creep. (Score:3, Insightful)
This is sad. The situation is even worse in some non-English web domains.
Why can't the web stick to something simple? 95% of the sites I use, would be fine with just plain simple HTML 2.0. Instead, we've got javascript, CSS, XHTML, and other buzzwords. Which in the end, take control of how a web page looks from the user's hand.
I like to read text, on a monitor, green on black (or white on black). I would like to format a web page the way I want to see it.
The vast majority of the web is simple formatted text. There is no reason for this to constantly evolve onwards and onwards.
Re: (Score:2)
But what about the porn?
I think the step from ASCII-girls was a big improvement.
Yay for vid pron!!1!
Re:Sad. Even sadder is the yet-another-feature cre (Score:4, Interesting)
./ is mostly text, but how did you post this comment? Any Page refreshes?
Actually it uses some pretty sweet AJAX calls.
Progress usually comes from ignoring standards.
Re:Sad. Even sadder is the yet-another-feature cre (Score:5, Insightful)
I'm really not sure what your comment about AJAX calls has to do with "ignoring standards" -- especially given that:
- XMLHttpRequest is a standard
- It was always possible with a hidden iframe anyway, which is also a standard
Re: (Score:3, Informative)
XMLHttpRequest is now a standard since everyone decided to "ignore standards" and use it anyway.
http://en.wikipedia.org/wiki/XMLHttpRequest [wikipedia.org]
"The World Wide Web Consortium published a Working Draft specification for the XMLHttpRequest object's API on 15 April 2008."
Re:Sad. Even sadder is the yet-another-feature cre (Score:4, Interesting)
The best thing for you to do is to provide your own CSS file and tell firefox to use it rather than anything provided by the website you are visiting.
This will style all sites similarly, and will work great for sites that atleast have well-structured HTML. Sites that at least have properly structured HTML are much more common than sites which are standards compliant.
Re:Sad. Even sadder is the yet-another-feature cre (Score:2)
unfortunately the vast majority of the web would not exist if it had to meet your standards. People don't create content for free... well the majority of them don't.
Copywriters cost $100/hour + and nobody wants to pay that much if the copy being written is going to go online into a format that amounts to a high school term paper.
Also nobody wants you to have the power to view their content the way YOU want to. They pay hundreds of thousands of dollars for a web site that communicates their content the way T
Re:Sad. Even sadder is the yet-another-feature cre (Score:3, Interesting)
So override with a stylesheet that looks roughly like:
* {
color: #0F0 !important;
background-color: #000 !important;
}
div {
display: block !important;
float: none !important;
}
and you'll be all set. The rest of us tend to like looking at something that doesn't resemble a terminal window all day long. There's a reason that browsers provide the ability to override stylesheets and disable javascript. CSS, JS, and all of that other stuff don't take the presentation layer away from you (in fact, they make it a hund
and that's not a problem (Score:4, Insightful)
1. the web is still evolving, the standards keep changing. no pressing need to lock things in
2. it is superior design to have a browser that gracefully degrades rather than being and brittle and refusing to render everytime someone forgets to close a <p> element. not simply because of nonstandard pages, but for a whole host of other reasons, including handling partial transmissions
3. the strength of the web is open participation, low barrier to entry. hobbyists should publish, and this is a good sign. hobbyists should not expected to be anal retentive standards zealots
complete standards compliance should always be low on the web because this is a sign of a HEALTHY internet, because it means nonprofessionals are contributing content. this is always a good thing, this what made the internet a powerful nw form of media in the first place. if ever there were some sort of gatekeeper organization or rigorous technical specification that enforced standards compliance, you would raise the barrier to entry onto the web by regular joes. you would reduce the variety of the web, make it more monoclonal, and hurt a vibrant ocmmunity
low standards compliance is not only a complete nonissue and not a problem, its a good sign. the lower standards compliance is, the better for us all
invalid allegory (Score:2)
1. jpeg is a old cold hard standard. its not evolving. additionally, its a very limited spec: it involves static images. no more. the web is anything goes, anything you can write up in an sgml flavor, encode, and stuff into http, standards constantly evolving. comparing jpeg to the web is like comparing a carrot to the entire vegetable kingdom. orders of magnitude of difference in dimensions of description
2. lots of the coolest stuff you can do with webpages involve things that are far outside any standards
so what does this tell us about the standard? (Score:5, Insightful)
Does it mean that 94% of websites did not find the standard useful?
Or perhaps that the standard is poorly presented, causing fewer people to be aware of it?
My personal leaning is that the standards body lost control of their 'standards' a long time ago, but they haven't realised yet. The only real thing most web devs care about is 'does my site/application run as required in the browsers I need it to?' If the answer is 'yes, if you don't follow the standard', then the standard is ignored.
Slashdot (Score:2, Interesting)
http://validator.w3.org/check?uri=http%3A%2F%2Ftech.slashdot.org%2Farticle.pl%3Fsid%3D08%2F10%2F16%2F1325215&charset=(detect+automatically)&doctype=Inline&group=0 [w3.org]
If Slashdot shows up with 28 errors, would you really expect anything at all out of the non-technical media?
4.13% compliance doesn't really surprise me. (Score:5, Insightful)
You only need to make one mistake in your markup to be non-compliant. I would be interested to see what the degree of failure is for the other 95.87% of sites. My website, Wii Fit Forum [wiifitforum.org] currently fails on six counts, all just simple errors in the code which I plan to fix. But currently, the site displays just fine, so I have more important things to worry about. I think this is the same for many publishers.
Unfortunately for the novice, the ignorant, the lazy or the just plain error-prone (the last two are me), the W3C and the browser industry do not make it that easy to be compliant.
HTML standards are the current prime example of the old joke "the great thing about standards is that there are so many of them". The W3C really needs to stop pissing around with all this semantic web crap, and concentrate on making what is already there work better.
We need a single standard which embodies all the best elements of the existing ones in a coherent form, and then the browers manufacturers need to get their arses in gear and implement it properly. The novice developer is currently confronted with a mish-mash of alternative doc-types, each of which has different pros and cons, and which may or may not work properly depending on your browser. It needs to be done soon, not over a ten year timescale.
When you can stop worrying about whether your site will work in various browsers, then people will spend more time on compliance. Until then, people will worry about the important things, such as their readers being able to see their site properly.
I know I should treat standards with more importance, but while the current mess persists it is hard to care.
Re:4.13% compliance doesn't really surprise me. (Score:4, Insightful)
What good are "standards" (Score:4, Insightful)
When they don't work with the tools (various browsers).
Better to build a website that works, than one that meets standards but display poorly in the browsers of your users.
Ask yourself this simple question. If it does not look good in the browser, is your client going to accept "Well it's coded to standards!". Heck no...
How to do your bit for standards compliance (Score:3, Interesting)
Nowadays making sure your site is valid HTML is easy. Just install the excellent HTML validator plugin [skynet.be] for Firefox. It gives you a tick or cross icon on each page; double-click the cross to view the page source with a list of errors. It does the validation locally on your machine, not sending the content off to some server, so it's fast.
If you're writing dynamically generated pages it is a great way to find bugs in your code, and it's unobtrusive enough to leave it turned on all the time.
Re: (Score:3, Interesting)
Even if your app is 100% standard compliant, it may not be cross browser. Not even if you pull IE out of the equation. Not even if you ONLY TARGET FIREFOX (there are differences between FF2 and FF3. FF2 doesn't even fully implement CSS 2 itself...)
So by now, devs have reverted to another philosophy: make websites that are crossbrowser, and -mostly- standard compliants.
If you look at some of the most heavily cross browser web sites out there, especially the ones that are extremely backward compatible (down t
Re: (Score:2)
Bingo.
It's one thing when you're developing something as a hobby, but it's another when your boss gives you a .psd from a graphic designer an
Re: (Score:2)
Even if your app is 100% standard compliant, it may not be cross browser. Not even if you pull IE out of the equation.
However, the working subset that you can use is much larger, and the browser-specific hacks are almost nonexistent.
Add that the standard evolves extremely slowly, and if you want to get the job done, you need to bypass it.
Erm, it's not the standard that moves slowly. It's adoption.
Consider, again, how much better life is when you take IE out of the equation.
Same with XHTML and CSS. Even fully implemented, its vague, poorly designed (hellllooo.... versioning anyone? API 101?)
Erm, XHTML 1.0? And 1.1?
You sound like you know what you're talking about, and then you forget about the fscking doctype.
The faster we get rid of it, the better. Either by a proprietary spec (Flash may not be open source, but at least it freagin work
Except when it doesn't.
And since it is proprietary, there's little to no chance of third-party developers adding support for basic stuff,
Re: (Score:3, Interesting)
Only because we're brainwashed in seeing the web as incredibly limited. The "standard" allows for a lot of things that even FF2 doesn't support (only FF3). Display:inline-block anyone? Oh, there are ways around it, either through hacks, or through workarounds... but when I was is a (&@&)(&#)(#@ block that is...I don't know...inline... it would make sense if I could use inline-block.
Re: (Score:2)
Serious issue? Do you mean like preventing Iran from having nucular weapons serious? Perhaps, saving the thousands that die of starvation every day kind of serious? Global climate change kind of serious? AIDS kind of serious? or are you simply talking about 'what costume will I wear this year?' kind of serious?
If it works, nobody will rush out and pay to change it, no matter how much bitching goes on. If it was as serious as malaria, BG would have forced everyone to upgrade to IEfirefox by now. Apparently i
Re:It is not funny. (Score:4, Insightful)
Serious issue?
Well, yes. Unless you think the Internet isn't important, or that it wouldn't make a difference if the web was controlled by a single person. I think that certainly puts it above "what costume will I wear" kind of serious.
And your sig betrays you -- you seem to take yourself just as seriously as the rest of us take things that actually matter.
I mean, when I go to the bank to cash a check, I don't worry they won't give me money unless I can prove I'm using Firefox at home.
Well, when you go to cash a check, you shouldn't really have to prove anything, other than that you can sign for it.
But I've seen banks that only work on IE. I haven't seen banks that only work on Firefox.
not people but "webmasters/developers". (Score:2)
So Webmasters are not human? I've often suspected that.
End 6 (Score:2)
I wish we could somehow get rid of IE6 very quick.
Install End 6 [end6.org] on sites that you maintain, and the first time an IE 6 user visits your site, a pop-up will suggest Opera, Safari, Firefox, Flock, or IE 7.
Re: (Score:3, Interesting)
You can make a site that works fine in every browser that's XHTML 1.0 Strict. Chances are that you'll have to use some non-standard (and probably invalid) CSS in a conditional stylesheet, but that a) doesn't count in terms of X/HTML validation and b) is only linked from the inside of a comment read only by IE, so even if CSS validity was part of being valid X/HTML it wouldn't be checked by the validator.
Granted, you may need to add in some extraneous tags in order to implement the proper CSS hacks, but tha
Re: (Score:2)
No. Actually those figures indicate that the world has improved a lot. It used to be something like 0.001% valid pages. So 4% is a huge step forward.
Re: (Score:2)
Indeed. If you read the full report, you'll see that a similar study in 2001 yielded 0.71% valid pages, and a similar study in 2006 yielded 2.58% pages, so 4.13%, while still very low, is a decent improvement in the right direction and it seems to be accelerating.
Re: (Score:3, Funny)
Have you tried getting some soup lately? That's even worst.