Slashdot Mirror


W3C Says IE9 Is Currently the Most HTML5 Compatible Browser

GIL_Dude writes "The W3C posted results for their latest HTML5 compatibility tests and have found that, so far, IE 9 has the best overall results. 'The tests cover seven aspects of the spec: "attributes," "audio," "video," "canvas," "getElementsByClassName," "foreigncontent," and "xhtml5." The tests do not yet cover web workers, the file API, local storage, or other aspects of the spec. Not do they cover CSS or other standards that have nothing to do with HTML5 but are somehow lumped under HTML5 by the likes of Apple, Google, and Microsoft.'"

382 comments

  1. Posting from IE8... by anss123 · · Score: 5, Interesting

    Does slashdot work any better in IE9?

    1. Re:Posting from IE8... by Anonymous Coward · · Score: 5, Funny

      Slashdot works differently horrible in all browsers.

    2. Re:Posting from IE8... by electron+sponge · · Score: 5, Funny

      No, I'm still seeing the same stupid comments

    3. Re:Posting from IE8... by bmo · · Score: 2, Insightful

      There's a "brightness" knob on my TV, but that never seems to work either.

      --
      BMO

    4. Re:Posting from IE8... by Byzantine · · Score: 5, Funny

      Consistency is all I ask

    5. Re:Posting from IE8... by bluefoxlucid · · Score: 2, Funny

      Ask the other poster about his "brightness" knob.

    6. Re:Posting from IE8... by Anonymous Coward · · Score: 0

      Slashdot works differently horrible in all browsers.

      Or doesn't work properly if you have JS disabled since they removed or disabled the old comment controls. In a similar vein, the W3C test results are presented via some javascript crud. Assuming that is that the visitor has it enabled.

      Graceful degradation -- forget it. The new way to read text is via some Rube Goldberg mechanism where the browser has a JIT VM to execute script (which is usually inline and exceeds the size of text content requested) to make multiple HTTP requests. Quite moronic!

    7. Re:Posting from IE8... by Saishuuheiki · · Score: 5, Funny

      Will consistency in inconsistency suffice?

      Or consistently inconsistent

    8. Re:Posting from IE8... by WrongSizeGlass · · Score: 5, Insightful

      Or doesn't work properly if you have JS disabled since they removed or disabled the old comment controls. In a similar vein, the W3C test results are presented via some javascript crud. Assuming that is that the visitor has it enabled.

      A lot of website functionality is built with JavaScript - that's just a fact of life. You don't have to enable it, but you really can't complain when websites don't cater to the small minority of users who either disable or block all scripts. We're trying to get sites not to support the dying number of IE6 users, and I'd be willing to bet the % of users not using JS is even lower than IE6 users. If all sites were simply written in HTML there would be a lot less 'web' out there.

    9. Re:Posting from IE8... by MichaelKristopeit121 · · Score: 1, Insightful

      the morons are the graphic designers that can't comprehend procedural logic, and the developers that won't be burdened by design implementation.

    10. Re:Posting from IE8... by Purity+Of+Essence · · Score: 1

      Are those my only two choices?

      --
      +0 Meh
    11. Re:Posting from IE8... by Arancaytar · · Score: 1

      +1 Agreed.

      Chrome doesn't support freaking cut-and-paste within Slashdot comments. Seriously WTF?

    12. Re:Posting from IE8... by u-235-sentinel · · Score: 1

      No, I'm still seeing the same stupid comments

      What do you expect from bots ;-)

      --
      Has Comcast disconnected your Internet account? Same here. You can read about it at http://comcastissue.blogspot.com
    13. Re:Posting from IE8... by metamatic · · Score: 1

      Chrome doesn't support freaking cut-and-paste within Slashdot comments. Seriously WTF?

      Works fine for me, in Chrome on Linux and Chrome on Mac OS X. Maybe you have an extension that's adgering it?

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    14. Re:Posting from IE8... by shelterpaw · · Score: 1

      yeah... but their asynchronous commets are super flakey. It's either too slow or doesn't work.

    15. Re:Posting from IE8... by Bengie · · Score: 1

      +1 Agreed.

      Chrome doesn't support freaking cut-and-paste within Slashdot comments. Seriously WTF?

      Ditto

      And for some reason, when I spell-check a word on /. it takes several seconds it to update. Weird. Gotta be some javascript that's messing with stuff.

      I also get it some times where I click on a child response and instead of expanding, it loads me into a new page. If I middle click, it expands the current page, but then loads a new tab with just that response and it's children.

      Won't somebody think of the children?!.... responses

    16. Re:Posting from IE8... by miknix · · Score: 1

      IE9 is the best browser ever! - says miknix while having a bunch of dollars sitting in the back-pocket.

    17. Re:Posting from IE8... by MoonBuggy · · Score: 1

      What part of Slashdot doesn't degrade properly? Everything in the comment section appears to be comprised of standard HTML links which are intercepted by JS before the HTML action occurs - no JS, no interception, and it falls back to HTML (which then contains the relevant parameters to have the correct comment or reply page constructed server-side).

      If anything it's a good example of how graceful degradation should work, in my opinion.

    18. Re:Posting from IE8... by Anonymous Coward · · Score: 0

      ... If all sites were simply written in HTML there would be a lot less 'web' out there.

      Sometimes I think that wouldn't be such a bad thing. ;^)

    19. Re:Posting from IE8... by angelwolf71885 · · Score: 0

      Slashdot passes all craptacular tests with flying colors... what more do you want?

    20. Re:Posting from IE8... by jedidiah · · Score: 2, Insightful

      The list of scripts present in a random website is positively scary. It's little wonder that Windows users always get infected with some nonsense. There's no way for a webmaster to control and manage all of the external dependencies present in the sites created by the "screw the minority" crowd.

      It's like medical outsourcing out of country where your medical history becomes subject to hijacking or auction.

      Every external dependency is another place for management, security and responsibility to fail.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    21. Re:Posting from IE8... by Anonymous Coward · · Score: 0

      Are you saying slashdot is like a woman?

    22. Re:Posting from IE8... by Anonymous Coward · · Score: 0

      Or doesn't work properly if you have JS disabled since they removed or disabled the old comment controls

      What part of Slashdot doesn't degrade properly?

      FWIW, not even URL hacking to "threshold=-1&mode=nest" works any more.

    23. Re:Posting from IE8... by Jah-Wren+Ryel · · Score: 2, Insightful

      A lot of website functionality is built with JavaScript - that's just a fact of life. You don't have to enable it, but you really can't complain when websites don't cater to the small minority of users who either disable or block all scripts.

      But you can damn will complain when javascript is used unnecessarily, especially when it's used as a crutch by obviously lazy and/or neophyte developers because their laziness results in their users being unnecessarily exposed to increased security risks. Nobody disables javascript because they want to, they disable it because javascript is the number one source of web browser vulnerabilities by at least an order of magnitude, probably two.

      Web developers are (supposed to be) the experts, web users are regular joes -- it should be the experts that bear the burden of making websites that encourage good security practices, rather than putting the burden on the non-experts to have to deal with increasing array of vulnerabilities.

      If all sites were simply written in HTML there would be a lot less 'web' out there.

      I disagree. There would be a lot less crap, and probably only slightly less useful content. But above all there would be a hell of a lot less malicious websites and compromised ad networks.

      --
      When information is power, privacy is freedom.
    24. Re:Posting from IE8... by pjt33 · · Score: 4, Insightful

      I think the Anonymous Coward has a stronger case here. Graceful degradation is the way sites are supposed to work. You can't complain when the snazzy stuff doesn't work with JS turned off, but you can complain when basic forms don't work.

    25. Re:Posting from IE8... by Jah-Wren+Ryel · · Score: 1

      Graceful degradation -- forget it. The new way to read text is via some Rube Goldberg mechanism

      Bingo.

      It's almost like the current generation of web devs haven't even heard the term and to think that graceful degradation was once the cardinal rule in web design.

      --
      When information is power, privacy is freedom.
    26. Re:Posting from IE8... by SQLGuru · · Score: 1

      I eventually got mine back to "normal" by disabling an option that wasn't intuitive....

      Help & Preferences / Dynamic Index / Use Classic Index.

      Much better. I know sites are trying to make things better, but sometimes their idea of better just plain isn't.

    27. Re:Posting from IE8... by EvanED · · Score: 5, Insightful

      Nobody disables javascript because they want to, they disable it because javascript is the number one source of web browser vulnerabilities by at least an order of magnitude, probably two.

      No it isn't, not even close. Flash and Acrobat Reader are by far the biggest infection vectors; raw, browser-based JS is positively benign by comparison.

      Stuff like making it easier to do tracking cookies and be generally annoying are JS's biggest flaws.

    28. Re:Posting from IE8... by Anonymous Coward · · Score: 0

      A lot of website functionality is built with JavaScript - that's just a fact of life.

      It wasn't a fact of life 5 years back. DHTML was dead and all developers were begining to understand that web pages should degrade gracefully for UA's that do not have scripting engines.

      As to the functionality, d2 removed basic functionality like "show me all comments above $threshold". Clicking "$x more comments" multiple times is not (IMHO) an improvement -- never mind the overall flakyness of the new comment system.

      You don't have to enable it, but you really can't complain when websites don't cater to the small minority of users who either disable or block all scripts.

      I can complain and just did.

      We're trying to get sites not to support the dying number of IE6 users, and I'd be willing to bet the % of users not using JS is even lower than IE6 users.

      This is because the IE box model is incorrect and it lacks support for alpha in PNG etc. This is an issue because IE6 users expect to see sites render correctly and that effectively means using ugly hacks or creating 2 sets of CSS for layout. Nobody is suggesting that users of javascript-free browsers (NetSurf, dillo or lynx) need to switch browsers.

      If all sites were simply written in HTML there would be a lot less 'web' out there.

      No there would be more, simply because search engines could index it.

    29. Re:Posting from IE8... by Anonymous Coward · · Score: 0

      If all sites were simply written in HTML there would be a lot less 'web' out there.

      If all sites were simply written in HTML there would be a lot more easily accessible 'web' out there (easily accessible and accessible for everybody). And this wouldn't hinder the addition of loads of optional JS functionality on top of all the content.

    30. Re:Posting from IE8... by Anonymous Coward · · Score: 0

      A lot of website functionality is built with JavaScript - that's just a fact of life. You don't have to enable it, but you really can't complain when websites don't cater to the small minority of users who either disable or block all scripts.

      Certainly we can complain. (Also, the audience visiting Slashdot is more likely than the average person to understand the dangers of Javascript and to take steps to mitigate that risk.)

    31. Re:Posting from IE8... by Quiet_Desperation · · Score: 1

      +5 Funny for this being +4 Informative. So that's... +9 or 5+i4? Funny and informative are orthogonal, right?

    32. Re:Posting from IE8... by MetalOne · · Score: 1

      Allowing javascript to run is simply not safe. Websites get hacked all the time to serve up javascript code that takes advantage of all sorts of vulnerabilities in your browser and operating system. It is really sad the more sites don't degrade to being useful without javascript.

    33. Re:Posting from IE8... by hairyfeet · · Score: 1

      Am I the only one seeing that stupid "Guru meditation" junk every other day? Pages load fine, but if I try to comment it seems to slow to a crawl before going guru meditation, although the comment usually posts. did they break something in the code again?

      As for TFA, is anyone surprised? Considering the living hell they got for the broken mess that was IE 6/7, and the fact they have serious competition in the forms of Firefox, Safari, Chrome, and Opera, they would have been seriously stupid not to bust ass to make sure they rendered correctly. With IE share dropping like a stone they have to do all they can to stop the bleeding, although I personally think it is a case of too little, too late. even the older folks machines that come into my shop now have FF, although it is funny as nearly ALL the "average Joe" users out there call it Mozilla Foxfire. So while I wish the guys at IE luck, especially if it finally kills the mountain o' suck that was IE 6, Firefox and the excellent extension framework has me hooked, and it looks like word of mouth has finally started spreading it to even the most unhip of the masses.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    34. Re:Posting from IE8... by the_womble · · Score: 1

      Then you should be happy - its consistently crap.

    35. Re:Posting from IE8... by GameboyRMH · · Score: 1

      Actually Java applets are the #1 infection vector now. JS is one of the leading causes of website security issues, but XSS flaws don't infect PCs (not on their own anyways).

      I block JS first for enhancing the browsing experience, and second for privacy (blocking JS-based tracking services).

      Most JS on an average website does nothing good for the user. It tracks them or it annoys them. And no matter what the purpose is, it slows down the visitor's PC. For these reasons I minimize the use of JS in websites.

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    36. Re:Posting from IE8... by Anonymous Coward · · Score: 0

      Flash and Acrobat Reader are by far the biggest infection vectors; raw, browser-based JS is positively benign by comparison.

      While this is factually correct, it is not the whole story. Firstly in the context of this discussion; Folk who disable Javascript are probably not running ANY browser plugins (I'm certainly not). Secondly, in the broader context; The Flash and AR exploits are typically bootstrapped via browser based js.

      If we talk about pure browser based exploits, the majority are reliant on javascript.

    37. Re:Posting from IE8... by MichaelKristopeit119 · · Score: 1
      the truth = troll

      slashdot = stagnated

    38. Re:Posting from IE8... by Kvasio · · Score: 1

      but you can complain when basic forms don't work.

      But you can't complain (from technical pov)! Forms ain't working.

    39. Re:Posting from IE8... by cbhacking · · Score: 1

      Actually, it does slightly - mostly due to the havy use of JavaScript, and the far-faster JS engine in Trident 5. It still doesn't look as "pretty" as on some other browsers (Slashdot's rounded corners code is non-standard and only works on some browsers, for example). It's an improvement over 8 though, you might as well download the beta and try it out (note that the beta is based on a 2-month-older version of Trident 5 than the current Platform Preview, but the previews are not actually usable browsers).

      --
      There's no place I could be, since I've found Serenity...
    40. Re:Posting from IE8... by EvanED · · Score: 1

      While this is factually correct, it is not the whole story. Firstly in the context of this discussion; Folk who disable Javascript are probably not running ANY browser plugins (I'm certainly not).

      This is true, but the converse is probably not. Maybe my assumption is something like the anthropic principle, but I had Flashblock for AGES before I even remotely seriously considered blocking JS.

      It would be interesting to see the number of people who browse with JS off vs the number who browse with just plugins disabled or not installed (at least Flash + Java). The former might be bigger, but I suspect that's only because one of the nicest ways to block plugins in FF is with NoScript.

    41. Re:Posting from IE8... by Ogive17 · · Score: 1

      From a visual standpoint, I think /. looks best on my BB Storm using Opera Mini when compared to IE8 or Firefox. Of course navigating is much better on a desktop vs the phone.

      --
      "Action without philosophy is a lethal weapon; philosophy without action is worthless."
    42. Re:Posting from IE8... by EvanED · · Score: 1

      Most JS on an average website does nothing good for the user. It tracks them or it annoys them.

      My experience is that at least a very sizable minority of websites need JS to be usable. For instance, there are a LOT of websites out there where even the damn 'search' box won't work if you don't have JS on.

      I'm not sure I would dispute your claim completely, but it's far from "oh, just a few sites need it".

    43. Re:Posting from IE8... by Jah-Wren+Ryel · · Score: 1

      javascript is the number one source of web browser vulnerabilities by at least an order of magnitude, probably two.

      No it isn't, not even close. Flash and Acrobat Reader are by far the biggest infection vectors; raw, browser-based JS is positively benign by comparison.

      Whether it is "raw" or not is irrelevant - practically none of those flash and acrobat vulnerabilities are exposed unless javascript is enabled.
       

      --
      When information is power, privacy is freedom.
    44. Re:Posting from IE8... by EvanED · · Score: 1

      True, but you could also say that practically none of those flash and acrobat vulnerabilities are exposed unless you start your web browser.

      It's not hard to disable plugins without disabling browser JS, and doing so would be a pretty darn reasonable thing to do IMO.

    45. Re:Posting from IE8... by dtml-try+MyNick · · Score: 1

      For instance, there are a LOT of websites out there where even the damn 'search' box won't work if you don't have JS on.

      Using JS is not the same as needing JS.

      I'm pretty sure a input field can do it's job quite perfectly without the use of a single line of Javascript.

      In fact, I'm pretty convinced that the "web" as a whole could do without 90% of the javascripts that are being used. Most of the JS that is being used is either for the bling factor or just bloat.

      edit:
      The two minutes I had to wait to get a preview of this post is a perfectly good example of a input box that would have been much better of without the use of JS crap.

      --
      Life starts at the end of your comfort zone.
    46. Re:Posting from IE8... by EvanED · · Score: 1

      Using JS is not the same as needing JS.

      Similarly, "a site needs to use" is not the same as "a site currently needs."

      Try searching, say, Best Buy's site for something. At least for me, it doesn't work if JS is off. It barely matters one iota that Best Buy could program their site so that you don't need it; only the fact that it does need it matters. There are a lot of websites like that.

    47. Re:Posting from IE8... by Alien1024 · · Score: 1

      Try the "power" button.

    48. Re:Posting from IE8... by swilly · · Score: 1

      Slashdot works differently horrible in all browsers.

      Too true. I've spent some time playing with browsers and Slashdot, and the conclusion I've reached is that Chrome works best for reading (Slashdot really benefits from fast JavaScript), but the copy and paste bug prevents it from being a good browser for posting*. Firefox is slower but it seems to have the fewest bugs. Idle pages work horrible in everything I've tried. The problems all seem to be with the poor JavaScript.

      *The exact bug is that copy and paste works until you start typing, and then you can't paste into the text area. Very annoying.

    49. Re:Posting from IE8... by brantondaveperson · · Score: 1

      I don't know why the preview box in slashdot is so damnably slow, but I'd be very surprised if it's anything to do with javascript.

      Using Chrome's 'Resources' panel it took slashdot's server 30 seconds to respond to the ajax request. So it sounds like something is up with the perl script. Besides, if you didn't use javascript you'd have to reload an entire page for a preview. As it is, the reply content was only 1999 bytes in total.

    50. Re:Posting from IE8... by FatdogHaiku · · Score: 1

      Damn, that's motto quality stuff there.
      "Slashdot: Think Horribly Different."

      --
      You have the right to remain sentient. If you give up the right to remain sentient, you will be elected to public office
    51. Re:Posting from IE8... by FatdogHaiku · · Score: 1

      Are those my only two choices?

      No, you can also have inconsistently consistent inconsistency...
      but those extra syllables are going to cost you.

      --
      You have the right to remain sentient. If you give up the right to remain sentient, you will be elected to public office
    52. Re:Posting from IE8... by TheVelvetFlamebait · · Score: 1

      Teehee! You said "knob"!

      --
      You know, there is a difference between trolling and pointing out the flaws in your reasoning. Just saying.
    53. Re:Posting from IE8... by davester666 · · Score: 1

      You get what you paid for.

      Oh, you bought a subscription?

      Then you might want to know that there's a new sucker born every minute.

      --
      Sleep your way to a whiter smile...date a dentist!
    54. Re:Posting from IE8... by omfgnosis · · Score: 2, Interesting

      I know it's a petty nitpick, but hear me out. There's a reason the more intelligent among front-end web developers ditched the term "graceful degradation" for "progressive enhancement". For all but a minuscule (but growing) portion of possible web tasks, the client-side approach has a direct HTML/HTTP/server-side analog with—if we're doing our jobs right on the client-side—a UI that is less usable and slower. Even though the two philosophies could be implemented the same way, they rarely are. The philosophy of "graceful degradation" is essentially that the UI is the application and its core functionality is an afterthought to be implemented as a fallback; the philosophy of "progressive enhancement" is essentially that the core functionality is the core responsibility, and that client-side behavior is meant to improve the user experience. Another difference between the philosophies is that, where the analogs exist between client-side and traditional functionality, "graceful degradation" tends to carry with it an implication of increased development cost, whereas "progressive enhancement" promotes a model that allows simplified development. (Again, note that I am not discussing the terminology so much as existing differences in approach.)

      I think, though, there's a line to be drawn between content delivery and applications, in terms of the responsibility of web developers. I don't think that information on the Internet should be hidden behind a wall like requiring Javascript; but I do think that some of the capabilities of web-based applications don't have a direct analog to HTML/HTTP/server, or can't be implemented that way in a reasonably acceptable way. As an example, web-based video can definitely be implemented without client-side scripting; but web-based video editing cannot (within users' perfectly reasonable expectations). You might say that this latter category ought not be implemented in the browser in the first place, but for better or worse you're fighting a trend that's probably not going to die any time soon.

    55. Re:Posting from IE8... by Anonymous Coward · · Score: 0

      and you can definitely complain when the W3-f*-C can't display a table of text and numbers in HTML without resorting to javascript.

    56. Re:Posting from IE8... by mabhatter654 · · Score: 1

      In reality "graceful degradation" is a HUGE part of our problem now. Everybody gets away with crappy, differently horrible code and browser vendors get blamed.

      The W3C's original idea that all web pages should be VALID XML (or xhtml) was a great idea. That would remove many of the games companies like Microsoft play. Writing tests like ACID to the "fringes" of the spec is useless because it doesn't mean that a simple page, with moderate formatting will look GOOD on all the passing browsers, let alone with complex formatting like CSS. I would rather see a suite set up like CSS Zen Garden, where many pages are submitted by professional webpage developers and compiled into the testing suite. Then you have a reference to test browsers, and you have a reference for coders to write "proper" pages.

      I also think CSS3 should be a MANDATORY part of HTML5 compliance. This will be the game Microsoft plays.. IE9 will require everybody to update their pages (like IE8 did) and everybody will migrate to Microsoft's version of what works... That means most developers will tweak their IE-only pages just enough to count as "HTML5". Note that nobody is bragging about Microsoft supporting HTML 4.1 with proper CSS1 and CSS2.... Microsoft is going to be sly and jump everybody to their brand of "HTML5". This defeats the ENTIRE PURPOSE of HTML5... which was pushed by browser vendors and professional web designers to make the design process easier and more consistent... Microsoft and Adobe being part fof W3C killed the spec by committee. Also note that supporting HTML5 does NOT mean that all the HTML+CSS+SVG stuff for Webkit, firefox,opera is going to work, just new HTML5 stuff.

    57. Re:Posting from IE8... by SolitaryMan · · Score: 1

      You can complain all you want about anything you want. It is just that nobody will care.

      I use NoScript and I do whitelisting. Yes, it is annoying when simple links don't work without JS, but Forms? Forms are so much easier to do with JavaScript, that doing it purely on backend just not worth it.

      Example: I do all my forms validation in JS, on the client. When the validation on the server fails, I just assume, that you are malicious user and return non-user friendly error message. Re-rendering the form with all the error messages and other stuff can be a major PITA, makes the code ugly and simply not worth it.

      --
      May Peace Prevail On Earth
    58. Re:Posting from IE8... by Anonymous Coward · · Score: 0

      You clearly understand the issue and I don't think fighting over the phrase used to sell developers on the concept of "Web 1.0" is productive. However...

      There's a reason the more intelligent among front-end web developers ditched the term "graceful degradation" for "progressive enhancement".

      This is petty semantics, the term "graceful degradation" does not carry a negative conotation to anybody who understands what it means. There is a difference in philosophy between "glass half empty" and "glass half full". When I see the latter I think the former, discounting the positive phrase. Perhaps that makes me unintelligent?

    59. Re:Posting from IE8... by Anonymous Coward · · Score: 0

      Example: I do all my forms validation in JS, on the client. When the validation on the server fails, I just assume, that you are malicious user and return non-user friendly error message. Re-rendering the form with all the error messages and other stuff can be a major PITA, makes the code ugly and simply not worth it.

      That's simply bad engineering because you have to do validation on the server. How hard is it to push error messages into an array and if the array is non-empty, to pass the data to your HTML template and resend the form? Lazyness is a virtue for a programmer but coding this up is a trivial 5 minute job.

      Oh and do check all the form fields in your server-side validation pass, regenerating the form on the first error (when there could be several, each requiring a submission) is frustrating for the user -- especially so if there's a password field.

    60. Re:Posting from IE8... by Anonymous Coward · · Score: 0

      Slashdot doesn't work well in any browser.

    61. Re:Posting from IE8... by Anonymous Coward · · Score: 0

      there would be a lot less 'web' out there.

      I can write one complex web application that will use json to dynamically load a catalog of 1000 items from a database.

      Or I can write a script that generates 1000 simple web pages from the database and deploys them on the web server.

      The latter is arguably more 'web' that can be viewed by more people, and has the advantage of being more easily linked to and crawled.

    62. Re:Posting from IE8... by JThundley · · Score: 1

      Am I allowed to complain about this site?

    63. Re:Posting from IE8... by omfgnosis · · Score: 1

      I meant no insult by my comment, and I hope it wasn't taken that way. My point was that the difference in approach (and terminology) marked a major improvement in front-end web development. I explained the differences in philosophy, and I don't think they're analogous to "glass half full/empty". They are really two different approaches to what responsibilities a front-end developer has. "Graceful degradation", for example, says that Slashdot, at minimum, should have plain HTML + HTTP GET and POST equivalents to each of its various Ajax-centric comment controls—with no suggestion as to how either is implemented. "Progressive enhancement" says, instead, that Slashdot should be a fully usable and functional application before any client-side work is done. This has a lot more to say about the importance of implementing your plain HTML + HTTP interactions in the spirit of your application, rather than putting together a half-assed fallback in order to check "graceful degradation" off the list.

    64. Re:Posting from IE8... by Jah-Wren+Ryel · · Score: 1

      True, but you could also say that practically none of those flash and acrobat vulnerabilities are exposed unless you start your web browser.

      Huh? I don't understand how this is a reasonable argument in the larger context of disabling javascript being a bad thing. It just seems like a random retort.

      It's not hard to disable plugins without disabling browser JS, and doing so would be a pretty darn reasonable thing to do IMO.

      Disable javascript: Block all "raw" javascript exploits AND block almost all plugin exploits.
      Disable plugins: Only block plugin exploits.

      I don't see it being reasonable, unless you think the design principle of graceful degradation has no place on the web.

      --
      When information is power, privacy is freedom.
    65. Re:Posting from IE8... by EvanED · · Score: 1

      Huh? I don't understand how this is a reasonable argument in the larger context of disabling javascript being a bad thing. It just seems like a random retort.

      It's only somewhat random. If your argument is that disabling JS means that your plugins are disabled so you won't get infected through them, then not running a browser also means that.

      Just as you don't need to "not run a browser" to eliminate plugin-based security threats, you also don't need to "not run JS" to eliminate plugin-based security threats.

      Disable javascript: Block all "raw" javascript exploits AND block almost all plugin exploits.
      Disable plugins: Only block plugin exploits.

      True, but:
      "Disable javascript: Break a ton of websites
      Disable plugins: Break few websites and get almost all of the security benefit of disabling JS"

      Look, I get annoyed at websites that require JS for stupid crap that shouldn't need JS too, and I browse with JS disabled too. But at the same time, rightly or wrongly, I do it almost exclusively to make tracking a tiny bit more difficult and almost not at all because of any sort of local security benefit.

    66. Re:Posting from IE8... by Raenex · · Score: 1

      I eventually got mine back to "normal" by disabling an option that wasn't intuitive....

      Help & Preferences / Dynamic Index / Use Classic Index.

      I think you mean enabling, not disabling. A couple of days ago Slashdot sent me some mail asking for feedback. Apparently they had switched some people over to the new system experimentally:

      Greetings Slashdot Discussion User,

      We'd like your feedback on the Slashdot Discussion system.

      Recently we performed a test moving many users who had chosen the
      Classic Discussion System over to our newer Discussion2 system.
      During the process we took note of which users switched their pref
      back to the Classic Discussion System, and noticed you were among
      those users.

      You've shown your preference for the Classic Discussion System, but we
      want to know *why* you prefer it, and *what* you prefer about it.

      We'd like you to let us know:
            * What you don't like, doesn't work, is confusing, or missing from
      Discussion2.
            * What can we improve on Discussion2 to make it more usable for you?
            * What are your main reasons for preferring the Classic Discussion System?
            * What features of Classic Discussion make it easier for you to
      read, moderate, and participate in discussions?

      You can give us your feedback by replying to this email, or sending a
      message to feedback@slashdot.org

      Thanks for all your contributions on Slashdot. We look forward to
      your feedback, and using it to make Slashdot better for you, and all
      your fellow commenters, readers, and moderators.

      -- The Slashdot Team

    67. Re:Posting from IE8... by Raenex · · Score: 1

      It's almost like the current generation of web devs haven't even heard the term and to think that graceful degradation was once the cardinal rule in web design.

      It used to be that JavaScript was a novelty. I wouldn't complain about the "current generation" too much, since the previous generations were just as awful in so many areas. Do you remember the "best viewed with Internet Explorer" tags? The rampant table abuse for layout? These days people tend to use style sheets by default, which is nice, because I can disable it and get a clean looking page of text.

    68. Re:Posting from IE8... by anton_kg · · Score: 1

      that's because of bad design of many websites. Gmail works fine with and without js. jQuery is an another example.

    69. Re:Posting from IE8... by Jah-Wren+Ryel · · Score: 1

      Do you remember the "best viewed with Internet Explorer" tags?

      My impression was that only amateurs did stuff like that. It reeked of fanboism.
      But today it is entirely commonplace to see multi-million dollar corporate websites that are completely fall apart without javascript.

      --
      When information is power, privacy is freedom.
    70. Re:Posting from IE8... by Anonymous Coward · · Score: 0

      "Graceful degradation", for example, says that Slashdot, at minimum, should have plain HTML + HTTP GET and POST equivalents to each of its various Ajax-centric comment controls--with no suggestion as to how either is implemented. "Progressive enhancement" says, instead, that Slashdot should be a fully usable and functional application before any client-side work is done.

      I'm not sure I agree with this. I'd be happy with the distinction that graceful degradation is from the user perspective (the result) and progressive enhancement from the developers (the implementation). The only sane way to build what we're discussing is by making sure basic functionality is there without client side scripting and rewrite the DOM on ready state if scripting is availiable. At least, I've never done it any other way, although there's always a certain amount of working backwards from interface mockups. Hence my opinion it is a mere semantic issue.

    71. Re:Posting from IE8... by omfgnosis · · Score: 1

      Like I said in my first comment, they can certainly be implemented the same way, but in the trends in front-end development that has not generally been the case. The semantic shift has reflected also a philosophical shift.

    72. Re:Posting from IE8... by Raenex · · Score: 1

      My impression was that only amateurs did stuff like that.

      It was extremely common. As for the web, it's always been amateur hour. Anybody can be a "pro", and even real pros will make a business decision to ignore a tiny percent of web users if it takes extra work.

      People supported lack of JavaScript because at one point it was new and couldn't be counted on. It didn't take long at all before it was required on many sites, even before 2000. If anything, I have seen things improve because people wanted Google to navigate and index their site.

      But today it is entirely commonplace to see multi-million dollar corporate websites that are completely fall apart without javascript.

      Like those same multi-million dollar corporations that required Flash 10+ years ago? Sometimes the corporations were the worst, because they thought the web should be presented like a TV commercial or navigable circular.

      Or how about corporations that used images for link menus without alternate text, or designed their site for 800x600 resolution with hacks like 1-pixel images and tons of nested tables?

    73. Re:Posting from IE8... by theArtificial · · Score: 1

      It's almost like the current generation of web devs haven't even heard the term and to think that graceful degradation was once the cardinal rule in web design.

      So it must've been all the coddling that ruined the next generation!

      --
      Man blir trött av att gå och göra ingenting.
    74. Re:Posting from IE8... by Jah-Wren+Ryel · · Score: 1

      Like those same multi-million dollar corporations that required Flash 10+ years ago? Sometimes the corporations were the worst, because they thought the web should be presented like a TV commercial or navigable circular.

      Definitely years after the start of the "best viewed in" crap.
      You can pick an arbitrary point in time and come up with some sort of stupidity.
      But that doesn't change the fact that graceful degradation was a design principle of the web from day one.

      --
      When information is power, privacy is freedom.
    75. Re:Posting from IE8... by Raenex · · Score: 1

      You can pick an arbitrary point in time and come up with some sort of stupidity.
      But that doesn't change the fact that graceful degradation was a design principle of the web from day one.

      That's my whole point. At any given time, any design principle of the web has been violated over. All my examples show graceful degradation that was ignored. That you think the "current generation" is any worse than previous generous generations is just Old Man Syndrome.

    76. Re:Posting from IE8... by Jah-Wren+Ryel · · Score: 1

      That's my whole point. At any given time, any design principle of the web has been violated over. All my examples show graceful degradation that was ignored. That you think the "current generation" is any worse than previous generous generations is just Old Man Syndrome.

      When there really has been only two generations, I can't agree.

      --
      When information is power, privacy is freedom.
    77. Re:Posting from IE8... by Raenex · · Score: 1

      Please define generation then.

    78. Re:Posting from IE8... by Jah-Wren+Ryel · · Score: 1

      In this case I'd say the guys who were there for the creation of the web and those who weren't.

      Look you can quibble about the use of the word generation, but there is absolutely no disputing the fact that graceful degradation was a core principle of the design of HTML.

      Rather than old man syndrome, I'd say its a case of eternal september. There are just so many more web-devs now than there used to be that there is plenty of room for ignorance to flourish.

      --
      When information is power, privacy is freedom.
    79. Re:Posting from IE8... by Raenex · · Score: 1

      Look you can quibble about the use of the word generation, but there is absolutely no disputing the fact that graceful degradation was a core principle of the design of HTML.

      I'm not disputing it. But once HTML reached any kind of popularity (1995 or thereabouts), the principles have been violated willy nilly. I don't want to quibble about generations, but it's necessary if you're going to use words like "current generation". That you defend multi-million dollar corporations lends to an Old Man Syndrome. That's when the web was at it's worst, when the gold rush hit.

  2. Not suprising by metrix007 · · Score: 5, Funny

    For all the flak IE gets, it's actually a great browser. We all know Microsoft make great products and often take the lead when forced to, and now is no different.

    It is also the most secure browser by far, what with its inherent use of MAC, and full DEP and ALSR support. Strange, but true.

    --
    If you ignore ACs because they are anonymous - you're an idiot.
    1. Re:Not suprising by Anonymous Coward · · Score: 2, Interesting

      No kidding - place I work has to block Chrome, Safari, and Firefox at the firewall since all three have actively exploited zero-day exploits.

      But not IE8. It's secure.

      And, yes, they also block all versions of IE prior to 8, because those also have actively exploited holes in them, but if there's one thing Microsoft did right in Vista, it's securing IE. Too bad no other browser maker takes advantages of the OS features used to do that.

    2. Re:Not suprising by WrongSizeGlass · · Score: 4, Interesting

      IE 9 is currently the most HTML5 compatible browser - but are they only testing the new HTML5 features? How does it do on the HTML4 code that is currently 99% of all the code on the internet?

    3. Re:Not suprising by OzPeter · · Score: 2, Interesting

      For all the flak IE gets, it's actually a great browser..

      I don't mind IE at all, and use FF daily too. However I much prefer the text rendering of Safari on both PC and Mac

      --
      I am Slashdot. Are you Slashdot as well?
    4. Re:Not suprising by Anonymous Coward · · Score: 0

      IE gets a lot of flak from programmers and coders because of its long history of not supporting standards or supporting them in their own non-standard ways. IE4, IE5, IE5.5 and then IE6... It started getting a lot better with IE7 though.

      The bad news is that you need Windows Vista or Windows 7 to use IE9, so that leaves a lot of testers out... I already had to get a Windows XP license just to test with IE6 and IE7, now I need to get Windows 7 to test for IE9?

      And before anyone tells me to use this or that emulator, there's always other problems with these solutions, especially the fonts support. The rendering is different enough that I want the real thing instead.

    5. Re:Not suprising by MoonBuggy · · Score: 1

      I thought FF and Safari used the same text rendering, on Snow Leopard at least?

    6. Re:Not suprising by BenoitRen · · Score: 2, Funny

      Steve Ballmer, is that you?

    7. Re:Not suprising by Yvan256 · · Score: 4, Interesting

      No other browser is limited to Windows.

    8. Re:Not suprising by makomk · · Score: 3, Informative

      Not only that, but I think at least one of the features they're testing is a former IE-ism that's been standardised, and the other browsers have prioritized HTML5 features like local storage that aren't tested here at all.

    9. Re:Not suprising by Yvan256 · · Score: 1

      The text in Firefox always end up like half a point too big compared to Safari, Chrome and Opera.

    10. Re:Not suprising by shoehornjob · · Score: 1

      Careful. That kind of talk doesn't go over too well around here.

      --
      "We are just a war away from Amerikastan. When god vs god the undoing of man." Dave Mustaine
    11. Re:Not suprising by OzPeter · · Score: 1

      I thought FF and Safari used the same text rendering, on Snow Leopard at least?

      Yeah I think you are right (I have them open side-by-side) but I know that MS takes a different approach to rendering than Apple, and I prefer the Apple way

      --
      I am Slashdot. Are you Slashdot as well?
    12. Re:Not suprising by Yvan256 · · Score: 1

      Apple tries to render the font as precisely as possible.
      Microsoft tries to hammer the font into sub-pixels as much as possible. You end up with deformed fonts and edges that are way too sharp.

    13. Re:Not suprising by Anonymous Coward · · Score: 0

      WTF? Chrome has all the IE8 security features the OP mentioned: DEP, ASLR, and quasi-MAC (or process integrity). I can't remember the last active IE8 or Chrome exploit which didn't target browser plugins.

      Anyways, it's not as if DEP, ASLR, or MAC is unique to Windows. Firefox simply fails to use them. That is, except for SELinux, whose rules are tacked on by 3rd party, not Mozilla.

    14. Re:Not suprising by OzPeter · · Score: 1

      Apple tries to render the font as precisely as possible. Microsoft tries to hammer the font into sub-pixels as much as possible. You end up with deformed fonts and edges that are way too sharp.

      I have read the arguments for both and in someways the MS one does make sense - still I prefer the look of Safari

      --
      I am Slashdot. Are you Slashdot as well?
    15. Re:Not suprising by TheRaven64 · · Score: 4, Informative

      On Snow Leopard, yes. FireFox uses the platform's native text rendering engine. Safari uses Apple's one wherever it runs. This means that you get Apple's sub-pixel AA instead of Microsoft's ClearType on Windows.

      You also get some slightly different glyph positioning. Microsoft tweaks glyph positions by a fraction of a pixel to make them line up more closely with pixel boundaries. This makes individual characters clearer, but means that the spacing between characters looks a bit messed up. Apple renders glyphs exactly where they should be, which means that they often overlap pixel boundaries and need a lot of antialiasing.

      If you're used to Microsoft's rendering, Apple's text will look slightly blurry. If you're used to Apple's rendering, Microsoft's will look weirdly spaced.

      --
      I am TheRaven on Soylent News
    16. Re:Not suprising by JonySuede · · Score: 1

      However I much prefer the text rendering of Safari

      This is so true but for me safari suck, it does not match my mental model of a browser, to me a perfect browser would have the text rendering of Safari, the speed of Chrome and the l&f and extensibility of Firefox.

      --
      Jehovah be praised, Oracle was not selected
    17. Re:Not suprising by Anonymous Coward · · Score: 0

      WHAAA! WHAAA! WHAAA!

      you freaking cry baby!

    18. Re:Not suprising by God'sDuck · · Score: 3, Informative

      That's probably because Firefox supports fractional font sizes: 12.1px, 12.3px, 12.5px...
       
      Every other lunkheaded browser rounds to the nearest whole pixel value. If the site developers use relative font sizes (ems, percents) and don't do precise math, the site ends up with a declared pixel size between values...and only Firefox delivers the declared size.
       
      As a CSS guy, this means I find other browsers infuriating. Now that we have Webfonts I want to render ever piece of text with fonts instead of graphics...but getting a banner to just the right size is often impossible without a fractional font size. As a normal user, it means Firefox more often than not looks "wrong," because it's far enough ahead of the curve to be out front alone.

    19. Re:Not suprising by Anonymous Coward · · Score: 0

      IE gets a lot of flak from programmers and coders because of its long history of not supporting standards or supporting them in their own non-standard ways. IE4, IE5, IE5.5 and then IE6... It started getting a lot better with IE7 though.

      The thing about Microsoft is that they're a company with very little imagination but a lot of perserverance. Just like their idea of how to make an OS was to (poorly) copy first CP/M and then Apple and their idea of how to make a phone is to copy the approach used by iPhone, their approach with browsers was to copy Netscape - Netscape introduced a load of Netscape only functions, Netscape encouraged 'looks best in Netscape' and Microsoft folloed suit. It was working for someone else so follow my leader. Then Netscape faded from the scene (via AOL etc) leaving the Mozilla Foundation behind which took what seemed like a lifetime to get a browser out the door and IE lost momentum until... suddenly Firefox was getting taken seriously, market share rising. what does Microsoft do? Well Firefox is the competitor now, what are they doing? Standards compliance, slowly but more and more so what do Microsoft do? They start doing standards compliance too. It takes a while but perserverance is what they're good at.

    20. Re:Not suprising by Richard_at_work · · Score: 1

      Ie8 implemented Localstorage but not SQL Storage.

    21. Re:Not suprising by OzPeter · · Score: 1

      If you're used to Microsoft's rendering, Apple's text will look slightly blurry. If you're used to Apple's rendering, Microsoft's will look weirdly spaced.

      With my eyes, blurry is the normal state of affairs anyway.

      Interestingly I don't get the same impression about MS rendering when in VS2010. I feel like I prefer its rendering over VS2008

      --
      I am Slashdot. Are you Slashdot as well?
    22. Re:Not suprising by Yvan256 · · Score: 1

      So what you're saying is that I'm not crazy for doing things like declaring 1.15em so they all end up the same size in all browsers?

    23. Re:Not suprising by Yvan256 · · Score: 0, Troll

      I was saying that no other browser is limited to Windows, so it's kind of normal that no other browsers tries to hook deeply into the OS functions as IE does.

      And FYI, not everyone uses Windows. The only time I "use" Windows is to test websites in IE6 and IE7, and Windows XP is trapped in a virtual computer.

    24. Re:Not suprising by mugurel · · Score: 2, Funny

      No kidding - place I work has to block Chrome, Safari, and Firefox at the firewall since all three have actively exploited zero-day exploits.

      But not IE8. It's secure.

      and just in case it's not, there's always lynx for windows ;-)

    25. Re:Not suprising by Yvan256 · · Score: 1

      It makes sense if all you look at is the pixels themselves, just like it would make sense for the USPS to crush all packages into four inch cubes so they can be shipped more easily. ;)

    26. Re:Not suprising by gmurray · · Score: 1

      Don't know for sure, but I think the text editor in VS2010 might be using WPF, which has a much newer text rendering subsystem than GDI+. As to the specifics, someone else may need to chime in.

    27. Re:Not suprising by metrix007 · · Score: 1

      Chrome does not have full ASLR, several of it's libraries do not have support making it useless. Can you show how it uses Windows Integrity Levels?

      I never said DEP, ASLR or MAC are unique to Windows, but IE is the only browser making full use of these basic technologies.

      --
      If you ignore ACs because they are anonymous - you're an idiot.
    28. Re:Not suprising by armanox · · Score: 1

      Unless, of course, you have people that are running Mac's and IRIX boxes.

      --
      I'm starting to think GNU is the problem with "GNU/Linux" these days.
    29. Re:Not suprising by Selfbain · · Score: 1
      --
      Well, it has never been successfully tested.
    30. Re:Not suprising by Purity+Of+Essence · · Score: 4, Insightful

      Well, how about this: Limited to Windows 7 / Vista. That's a much bigger problem for the 50% of us who use Windows XP.

      --
      +0 Meh
    31. Re:Not suprising by OzPeter · · Score: 1

      Don't know for sure, but I think the text editor in VS2010 might be using WPF, which has a much newer text rendering subsystem than GDI+. As to the specifics, someone else may need to chime in.

      Yep it does use WPF but I would have thought that ultimately it all went through the same MS technologies to get to the screen that IE uses. Obviously I am making an assumption there

      --
      I am Slashdot. Are you Slashdot as well?
    32. Re:Not suprising by biryokumaru · · Score: 1

      And the extensive user base of IE so that all the sites are written to operate properly in it!

      --
      When you're afraid to download music illegally in your own home, then the terrorists have won!
    33. Re:Not suprising by nschubach · · Score: 1

      Because it's utter crap. IE8 (I have not tested IE9) makes me wait until the "tab home" is loaded before I'm allowed to open my bookmarks and click on a site to go there. If I open the bookmarks before that tab is loaded, it loads the bookmark in the now non-active tab.

      The other PITA I've noticed with IE is that you can't middle click on bookmarks to open them in new tabs. You have to open a new tab... then click your bookmark.

      The other thing I dislike about IE is it's restricted layout options (in Firefox I can move everything. Address bar and all.)

      --
      Every time I start to have faith in humanity, I ruin it by driving to work between 7 and 8 am.
    34. Re:Not suprising by Anonymous Coward · · Score: 0

      You 50% need to catch up. Not my problem that you don't have vista/w7, now you start getting the fun parts of having an almost 10 year old version of Windows. You are outdated, so when new stuff comes out, you don't have much room to talk. Upgrade or stop complaining

    35. Re:Not suprising by amicusNYCL · · Score: 1

      IE 9 is currently the most HTML5 compatible browser - but are they only testing the new HTML5 features? How does it do on the HTML4 code that is currently 99% of all the code on the internet?

      Why exactly should the W3C working groups waste their time testing new browsers with old code? These people are planning for the future, it's not their job to make sure new versions from vendors work fine on specs they were working on 5 and 10 years ago. That is the vendor's job.

      --
      "Our two-party system is like a bowl of shit looking at itself in a mirror." - Lewis Black
    36. Re:Not suprising by shelterpaw · · Score: 1

      It wouldn't make a difference to me I guess since they always smash the contents of whatever I ship.

      USPS == Universally Superior Package Smashers

    37. Re:Not suprising by amicusNYCL · · Score: 1

      Because it's utter crap. IE8 (I have not tested IE9) makes me wait until the "tab home" is loaded before I'm allowed to open my bookmarks and click on a site to go there. If I open the bookmarks before that tab is loaded, it loads the bookmark in the now non-active tab.

      This is why my home page in IE has always been about:blank.

      --
      "Our two-party system is like a bowl of shit looking at itself in a mirror." - Lewis Black
    38. Re:Not suprising by Purity+Of+Essence · · Score: 2, Insightful

      It's a lot easier to just not use IE9.

      --
      +0 Meh
    39. Re:Not suprising by Anonymous Coward · · Score: 0

      You're confusing external plugin DLLs (Flash, ...) with internal DLLs (FFmpeg, ...).

      Chrome copied IE8's "protected mode" feature something like a full year ago, as well as its tab-per-process model. See the Sandbox FAQ.

      Process Explorer showing ASLR enabled on Chrome's loaded DLLs:
      http://i51.tinypic.com/20qgbr9.png.

      Process Explorer showing IPC in Chrome (named pipe for low->medium IL communication):
      http://i56.tinypic.com/mwfgck.png

    40. Re:Not suprising by tepples · · Score: 1

      but getting a banner to just the right size is often impossible without a fractional font size.

      If you want a heading to take the full width of its box, isn't that what text-align: justify; text-align-last: justify; is for?

    41. Re:Not suprising by tepples · · Score: 1

      a perfect browser would have the text rendering of Safari, the speed of Chrome and the l&f and extensibility of Firefox.

      Your perfect browser would be Firefox 4 on a Mac. It will have the look-and-feel of Firefox (because it is Firefox), the speed of Chrome (thanks to its new JS engine), and the text rendering of Safari (because Mac OS X's native text renderer is the same one as in Safari for Windows).

    42. Re:Not suprising by jedidiah · · Score: 1

      The old code is still a part of the standard.

      The new code cannot be any more compliant than it's compliance with old parts of the standard regardless of how much you might want to ignore those parts.

      Those parts are what everything else is built on.

      Yes, FULL compliance with the ENTIRE standard is relevant.

      Even the working group should care that this stuff is maintained into the future and not just dropped on the floor the moment everyone's attention drifts.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    43. Re:Not suprising by metrix007 · · Score: 1

      I'm not confusing anything. This paper shows Chrome still lacks full ALSR support, although I admit I thought it was more than just that one DLL. Nice to know about the proper protected mode stuff though.

      --
      If you ignore ACs because they are anonymous - you're an idiot.
    44. Re:Not suprising by Anonymous Coward · · Score: 0

      OK, this comment pisses me off.

      First off, the security changes required to use the security features IE8 uses should be done anyway. Some of them are just common sense like ASLR and DEP - which I'm fairly sure at least certain versions of Chrome and Safari do use. Not sure about Firefox, I think its JavaScript engine can't handle DEP.

      Secondly, while you can't do exactly the same thing IE8 does under UNIX, you can do a very similar thing via changing user IDs. So you might as well implement a low-privilege browser so that it can be given restricted privileges to only allow writing to its own profile directory and nowhere else. You then add a special privileged stub program to handle downloads. This would work under UNIX.

      Finally, of course the browsers are "limited" to Windows when running on Windows. They already implement specific code to use Windows widgets and Firefox at least already implements Windows-specific features. So adding one more Windows-specific feature to greatly increase browser security should be a no-brainer. It's not like they don't already have Windows-specific code.

    45. Re:Not suprising by bonch · · Score: 2, Interesting

      They're also comparing a development version of a browser to the released versions of other browsers, instead of their development versions. For example, Chromium already passes tests that Chrome failed in the article.

    46. Re:Not suprising by Anonymous Coward · · Score: 0

      That's just a programmer's excuse for being lazy. Chromium supports all platforms but it manages to employ all the above techniques independent of platform (since late 2009 for Windows iirc). Firefox has been a comparative embarrassment to security for about two years now. Who knows what FF4 will bring (DNF anyone?), but I suspect it will be a feature release, not a security one.

    47. Re:Not suprising by pknoll · · Score: 1

      Yeah, that's what bugs me. IE9 is in beta, so it's much newer than the shipping versions they tested it against. How would it have compared to Firefox 5, or Safari 6, or Opera 11?

    48. Re:Not suprising by fast+turtle · · Score: 1

      My desktop died recently and I've been forced to use my XP based laptop. Let me tell you, W7 is a lot better then XP in usability and IE 9, it actually works better then Firefox 3.6.11 did for many tasks. The only reason I refuse to use IE9 is the lack of Noscript for it. Otherwise I'd switch back and give up on the flakyness that firefox has become. God save me from a UI freeze while loading multiple tabs on /. . IE9 handles that easily yet firefox still hangs while loading a tab in the background.

      --
      Mod me up/Mod me down: I wont frown as I've no crown
    49. Re:Not suprising by Anonymous Coward · · Score: 0

      OK then, I guess you technically were correct, but as the PDF writes:

      8. Google Chrome
      While DEP has been enabled on both Windows 7 (Vista) and Windows XP from the first 1.x stable
      releases (late 2008), the icudt42.dll library is loaded at fixed address 0x4AD00000 in version
      4.1.249.1064. Other icudt*.dll versions are loaded at fixed addresses in previous versions. The first
      stable version to enable dynamic allocation of the library was 5.0.375.

      You can see Intel's internationalization library listed in my above screenshot:

      Process Explorer showing ASLR enabled on Chrome's loaded DLLs:
      http://i51.tinypic.com/20qgbr9.png.

      And icudt42.dll obviously has ASLR enabled. Its preferred base address is still 0x4AD00000, but I just watched it load at two different addresses when I restarted Chrome.

    50. Re:Not suprising by fast+turtle · · Score: 2, Insightful

      As a user, I find any site specifying any font size to be infuriating as they tend to not display properly with my settings. A damn good example of that is /. itself. I've had to push the font size in Firefox to 16pts as the minimum, just to get a readable size on screen. It's the same for many websites and that violates the entire spirit of HTML, which was basic formating yet all of a sudden we're seeing so many sites use damn screwy fonts and sizes just to be different.

      --
      Mod me up/Mod me down: I wont frown as I've no crown
    51. Re:Not suprising by DragonWriter · · Score: 2, Interesting

      IE 9 is currently the most HTML5 compatible browser - but are they only testing the new HTML5 features?

      From the coverage of the tests, they seem to be pretty close to the features that were tested in Microsoft's own compliance tests, which were then submitted to the W3C for inclusion in the W3Cs test suite.

      To highlight this: see here.

      Notice that the only directory here is "Microsoft"?

    52. Re:Not suprising by Anonymous Coward · · Score: 0

      Is Firefox compatible with Slackware 1.0?

    53. Re:Not suprising by metrix007 · · Score: 1

      I was not being funny :|

      --
      If you ignore ACs because they are anonymous - you're an idiot.
    54. Re:Not suprising by PhrostyMcByte · · Score: 1

      Good to note that this is no longer the case in FF4 and IE9 if you're using Vista or Win7 -- they both use the new Direct2D/DirectWrite APIs, which support both sub-pixel positioning and a new hybrid ClearType/grayscale antialiasing that makes large fonts less aliased.

      Windows still tweaks glyphs to be more legible on low-DPI displays like most LCDs out there, but the glyph positioning is correct now, which makes for much nicer text when you've got tiny fonts or kerning.

    55. Re:Not suprising by GameboyRMH · · Score: 1

      You're comparing two different generations of browsers though. You should compare IE9 beta to Firefox 4 beta, or compare Firefox 3.6.11 with IE8 (which I know runs like a fat guy up stairs).

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    56. Re:Not suprising by shutdown+-p+now · · Score: 1

      I'm not a web developer so I won't vouch for this, but the official claim was that IE8 fully supports CSS 2.1. Not sure about HTML 4. It also passes Acid2, which was focused on these standards (but, as with all Acid tests, passing it doesn't indicate full compliance).

    57. Re:Not suprising by CAIMLAS · · Score: 2, Informative

      If you're used to Microsoft's rendering, Apple's text will look slightly blurry. If you're used to Apple's rendering, Microsoft's will look weirdly spaced.

      As a Linux user, Apple fonts look blurry; Microsoft fonts (AA'd or not) look like jagged crags of ugly (very difficult to read, at times - see the powershell font).

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    58. Re:Not suprising by hairyfeet · · Score: 2, Interesting

      Actually you can blame that on good old Ballmer. I had lots of friends on hacked XP and they are all running w7 now, Why? Because of the $50 HP upgrade, that's why. Ballmer really shot them in the foot when he pulled the $50 HP upgrade, as there are a ton of late model Athlons and P4s that will be running XP until EOL simply because at the current price it is better to invest in a RAM upgrade than an OS one. I myself have a nice Sempron 1.8GHz with 1.5Gb of RAM I use for a netbox. It is quiet, compact, uses very little power, and makes a great box for web surfing and downloading. At $50 I probably would have gone ahead and upgraded it, but at $90 it is simply a better investment to get a new Radeon AGP GPU and max out the RAM at 2Gb than it is to buy W7 for it. And don't even get me started on Vista, or as we in the shops call it "WinME: The sequel".

      So whether you and Ballmer like it or not XP is "good enough" just like those millions of late model P4s are good enough for what most folks use them for. Ballmer could have used that $50 HP upgrade as a foot in the door to not only gain share back for things like IE and Windows Live, but it would have also gave him a captive market to try to upsell to Pro. Instead he shot himself and his company straight in the foot. That is why I still think the Gate Borg on /. should be replaced by a Ballmer in a beanie with his tongue out wearing an "I Heart Apple!" T-shirt, as that seems to be the current state of management.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    59. Re:Not suprising by shutdown+-p+now · · Score: 4, Interesting

      As a CSS guy, this means I find other browsers infuriating. Now that we have Webfonts I want to render ever piece of text with fonts instead of graphics...but getting a banner to just the right size is often impossible without a fractional font size. As a normal user ...

      As a normal user, I do not want you to have the ability to define exact pixel sizes of fonts, without my ability to override them without completely breaking site layout (which is what will happen if your buttons etc will be designed for a specific size). There are many reasons for why that is the case, but the most obvious one is that I do not want to see tiny, hard-to-read text, and so all my browsers are set up to not allow anything below 13px. Any well-designed website works fine with such an arrangement; if yours does not, I will just go elsewhere.

      By the way, one of my personal dislikes with Flash is that there is no way to impose a similar restriction there, and that Flash designers, for some reason, love tiny fonts for menus, buttons and such.

    60. Re:Not suprising by shutdown+-p+now · · Score: 4, Informative

      Safari uses Apple's one wherever it runs. This means that you get Apple's sub-pixel AA instead of Microsoft's ClearType on Windows.

      This used to be the case, but for a while now Safari for Windows gives you the choice between OS stock rendering, and Apple's fonts.

      Microsoft tweaks glyph positions by a fraction of a pixel to make them line up more closely with pixel boundaries. This makes individual characters clearer, but means that the spacing between characters looks a bit messed up. Apple renders glyphs exactly where they should be, which means that they often overlap pixel boundaries and need a lot of antialiasing.

      To be more specific, ClearType tweaks glyphs such that vertical lines are snapped to pixel boundaries - so a 1px vertical line is rendered using a single-pixel-wide column of physical pixels. On OS X, the same 1px vertical line can end up on fractional coordinates (e.g. at X=8.5px), and will be rendered using double-pixel-wide column of physical pixels to approximate that. The result is more blurry.

      This is particularly noticeable on small fonts with thin elements, such as Windows system fonts Tahoma 8pt (in 2K/XP) and Segoe 9pt (in Vista/7). It's also why OS X default font is larger, and the stems are thicker.

      The disadvantage with ClearType approach is not just "weird spacing", though. It distorts the overall size of the text by its adjustments. Normally, if you increase the point size twice, the physical size in pixels should also increase by exact same amount (+/-1px due to need to round to physical pixel boundary). OS X rendering actually guarantees that. On Windows, text rendered using small fonts is noticeably (by 20% or so) larger than it would be if "perfect rendering" was used, and so proportion is not maintained.

      Which one is better is highly subjective, and more often than not the preference is defined by what the person was using before. Personally, I can't stand OS X rendering and love ClearType. I've met people who felt just as strong in the other direction.

    61. Re:Not suprising by Nemyst · · Score: 1

      Having access to a 14.5px font has absolutely nothing to do with using 8px font. One is about flexibility, the other is about accessibility. Firefox is doing the good thing here, and a 12px font in IE will still bother you as much as a 12px font in FF.

      I honestly don't see what your reply has to do with the GP.

    62. Re:Not suprising by Gadget_Guy · · Score: 1

      IE8 (I have not tested IE9) makes me wait until the "tab home" is loaded before I'm allowed to open my bookmarks and click on a site to go there.

      I have noticed something similar on my XP notebook when it gets really slow (when it uses up its 768MB of ram), but I haven't been able to test it on my Windows 7 system because it loads everything up too fast.

      The other PITA I've noticed with IE is that you can't middle click on bookmarks to open them in new tabs. You have to open a new tab... then click your bookmark.

      No, you don't have to do that. Although I do it with links, I had never thought about middle clicking on a bookmark (so thanks for the tip), but I just tried it and it actually does open in a new tab. This is in IE8/Win7.

      The other thing I dislike about IE is it's restricted layout options (in Firefox I can move everything. Address bar and all.)

      I can't see any reason to move the address and search, but the forward/back buttons and refresh/stop buttons position have always annoyed me. I would rather have them grouped together. (Also, refresh and stop should be the one button depending on if the page is still loading). I suppose the reasoning is that it keeps it consistent with the standard placement in the rest of the operating system.

    63. Re:Not suprising by shutdown+-p+now · · Score: 2, Informative

      It's all a bit complicated. Let me try to explain.

      First of all, VS2010 does indeed use WPF 4, though not for all UI elements (it was not a grounds-up rewrite). But text editor is fully WPF, and so are menus and toolbars. Tool windows may or may not be on a case-by-case basis.

      WPF 4, unlike previous versions, does use DirectWrite when available. This is indeed the same technology that IE uses, and it provides for "perfect rendering", where font glyphs are not snapped to vertical pixel boundaries, and therefore proper text size is maintained without distortion. It should be noted, though, that even past WPF versions used the same kind of rendering, though they had their own text layout engine.

      Now, DirectWrite actually has a flag which disables "perfect rendering" and enables pixel-snapping for fonts, with the result being not pixel-by-pixel identical to the traditional GDI ClearType, but pretty close to it. WPF 4 exposes it as a property on all widgets.

      VS2010 beta 2 actually used the "perfect" rendering, and there were a lot of user complaints about text being blurry etc. This MS Connect ticket (which I had created, though the problem was reported long before on various forums and blogs) summarizes the issue Consequently, WPF added the aforementioned property, and it was used from VS2010 RC to enable ClearType-style rendering for all windows in the application.

      From what I've seen in IE9 beta, they use DirectWrite, but they do not use that same flag. So their rendering is different from what you see in VS2010, and specifically more blurry. I wonder if they'll end up going through the same change by the time they release - I've actually suggested that they do so.

    64. Re:Not suprising by shutdown+-p+now · · Score: 3, Insightful

      Having access to a 14.5px font has absolutely nothing to do with using 8px font.

      GP was complaining about the inability to use fractional-sized fonts in general, and his explanation as to why he needs it is so that he can precision-match text on various UI elements. My point is that his expectation of being able to precision-match text size at all is incompatible with basic accessibility issues, and that any website relying on such tricks is broken for many people.

      It doesn't have anything to do with specific font sizes. Mine's minimum is set to 13px because that's what I can read well without squinting on my display. My mother's vision is much worse, so hers is at around 15px or so (I don't recall exactly), so even in a browser which supports fractional font sizes, a webpage requesting 14.5px would not get it.

    65. Re:Not suprising by Anonymous Coward · · Score: 0

      IE9 could be a good product. That would make it similar to the first versions of IE. In both cases MS needed to gain first position. So if you care for MS yielding good stuff make sure they never reach strong positions in that market.

    66. Re:Not suprising by drsmithy · · Score: 1

      I was saying that no other browser is limited to Windows, so it's kind of normal that no other browsers tries to hook deeply into the OS functions as IE does.

      How does IE "hook deeply into OS functions" ? What does it do that other browsers implemented in a similar fashion as shared components don't do ?

    67. Re:Not suprising by kevinmenzel · · Score: 1

      Why set a minimum text size value when (most browsers I use) remember the zoom settings for sites anyway? Visit site, zoom until it is legible, and then forget about it. Fractional font values make this work BETTER...

    68. Re:Not suprising by Yvan256 · · Score: 0, Troll

      I was referring to "Too bad no other browser maker takes advantages of the OS features used to do that." from AC, three levels above my comment.

    69. Re:Not suprising by pookemon · · Score: 1

      If you're using a 4? year old OS then you hardly want to use the shiny new browser...

      --
      dnuof eruc rof aixelsid
    70. Re:Not suprising by shutdown+-p+now · · Score: 1

      I would've thought that it is rather obvious. If the site uses 12pt fonts, it's perfectly fine for me, and I don't want them to scale up. I only want to scale up only those fonts which are too small for me - which may, in fact, be used for only a few UI elements on a site which otherwise uses normal size.

    71. Re:Not suprising by nschubach · · Score: 1

      I remove the search, move the address to the right, navigation buttons to the left of that, and file menu left of that. One bar for all my browsing needs:
      http://imgur.com/TheYv.png

      Yes, I realize that's Firefox on Linux... but I set up my Windows machines (Win Explorer/Firefox) the same (with the exception of IE and Win7 because they both removed the ability to use my PC how I like.) If I need to search, I type it in the address bar and it takes me to Google or I just go to Google.

      --
      Every time I start to have faith in humanity, I ruin it by driving to work between 7 and 8 am.
    72. Re:Not suprising by drsmithy · · Score: 1

      I was referring to "Too bad no other browser maker takes advantages of the OS features used to do that." from AC, three levels above my comment.

      The question remains as to what "OS functions" IE is "hooking deeply into" that other programs couldn't for any reason.

    73. Re:Not suprising by aztracker1 · · Score: 1

      Yeah.. one thing that really annoys me.. is that when doing a border-radius with a background gradient, the gradient bleeds through the visual...

      I've blogged about this a couple of times... it's actually pretty bad that the two combinations of features I can realistically see used the most often together don't work (look at /. for example of corners plus gradients)... It's a pretty simple thing by comparison to the entire canvas element.

      --
      Michael J. Ryan - tracker1.info
    74. Re:Not suprising by Jeff+DeMaagd · · Score: 1

      Deformed fonts, I can understand why you'd say that, but too sharp? I really don't buy that argument at all. Laser printers can print much sharper text than most current screens, and I've yet to hear anyone complain that laser text prints are too sharp.

    75. Re:Not suprising by IICV · · Score: 2, Funny

      My theory is that a large proportion of Flash "designers" are 13 years old and are "designing" on either some hand-me-down computer that's only capable of running at 800x600, max, or Dad's old work laptop that runs at 1024x800.

    76. Re:Not suprising by Again · · Score: 1

      Because it's utter crap. IE8 (I have not tested IE9) makes me wait until the "tab home" is loaded before I'm allowed to open my bookmarks and click on a site to go there. If I open the bookmarks before that tab is loaded, it loads the bookmark in the now non-active tab.

      This is why my home page in IE has always been about:blank.

      I have tried that and if I type into the address bar before about:blank loads completely (this would happen almost daily at my last job) then whatever I'm typing gets replaced with about:blank when about:blank finally loads. My supervisor at that job had an infatuation with IE that I will never understand. But then, he also used yahoo search.

    77. Re:Not suprising by willy_me · · Score: 4, Informative

      If you want pixel perfect rendering of fonts and graphics, use PDF or a related technology. The whole idea behind HTML is that the content can be rendered differently on different devices. As such, a proper design should never rely on exact font sizes.

    78. Re:Not suprising by Anonymous Coward · · Score: 0

      Because that zooms everything? I want bigger fonts, not blurry images.

    79. Re:Not suprising by Anonymous Coward · · Score: 0

      It won't run on my Amiga 1000 either!

    80. Re:Not suprising by Anonymous Coward · · Score: 1, Informative

      They compared IE9 against both Opera 11 Alpha and Firefox 4 Beta 6.

    81. Re:Not suprising by omfgnosis · · Score: 2, Interesting

      the official claim was that IE8 fully supports CSS 2.1

      Unfortunately, the other official claim at the time was that IE prioritizes interoperability over standards compliance, and the two claims together did not jibe. I've encountered far too many instances where IE 8 was correct and the competitors were correct also, except the standard allowed for differences of interpretation and IE 8 alone took different interpretations.

      Moreover, IE 8's biggest gaping hole was not its HTML or CSS support, nor even some of its oddities in ECMAScript, but its utterly disfigured DOM implementation, largely unchanged from IE 6 (if not earlier). There are so many analogous-but-slightly-different IEisms in the DOM that huge general-purpose libraries are necessary for most developers to do anything useful on the client-side that isn't missing core features in one implementation or the other.

      I haven't seen much from MS about IE 9's DOM improvements, and I'm kind of scared to find out if it's still being hung out to dry. My hope is that, while their public projection of "HTML5" is far too broad to be meaningful, their internal priority does include true HTML5 compliance, which will standardize the DOM.

    82. Re:Not suprising by Anonymous Coward · · Score: 0

      see the powershell font

      Looks fine to me.

    83. Re:Not suprising by omfgnosis · · Score: 1

      There is a relationship between the points, which is that often when designers are looking for pixel perfection, the implementation of their design fails to account for variations in the user's rendering environment, and things actually break when text size changes. It's a correlation, not a causation, but it's a common correlation and people who want control over text size have a legitimate gripe with pixel-perfect designers.

      That said, more and more browsers do full-page zooming, making text size relatively irrelevant. Except that browser-wide full-page zooming preferences aren't implemented everywhere.

    84. Re:Not suprising by omfgnosis · · Score: 1

      I'm not sure if that's true. Safari on OS X implements its own text renderer which has slightly different results from the OS renderer. Has Firefox adopted the same renderer, or has it adopted the system renderer?

    85. Re:Not suprising by omfgnosis · · Score: 1

      This analogy cuts both ways. Like text, some packages contain contents which are harmed by being manipulated in that way; others simply don't. At small font sizes, the Apple model favors fragile packages—font "integrity", as if a bunch of slightly colored greyish pixels are what the font designers intended—and the Microsoft model favors flexible packages—readability. The former does a (minor and improved over the years, IMO) disservice to readability, while the latter does a disservice to aesthetics. At larger sizes, however, Apple's model pays off and Microsoft's has many artifacts. And where the analogy totally falls apart is that Apple has compromised somewhat on this in newer versions of OS X, slightly hinting smaller fonts toward pixel boundaries; which is to say, the consensus is that the USPS should crush, or damage, some smaller packages for the greater good of better overall shipping performance. It wouldn't surprise me if the USPS thinks this way, but I'm sure you and I don't.

      Anyway, I think it pays not to be a font purist, and to prefer pixel-perfect rendering where it counts (WYSIWYG production), and compromise where it doesn't (screen text).

      That said, I prefer Apple's "Light LCD" setting (now banished from the UI but can be restored with a plist edit) over any other implementation.

    86. Re:Not suprising by mabhatter654 · · Score: 1

      There is no "full" standard. HTML is a series of specific document types... according to the spec you are one version or another, you can't mix versions on your page.

      HTML comes in specific DTDs with specific version numbers. For all purposes those should be EXACT now. That was the whole point of xhtml... to force web page makers to follow the spec rather than expecting browsers to "guess" what they wanted. There is only "Strict", there is no "compatible" or "depreciated", if you're going to use the new DTD it should be 100% correct. In an ideal world, you would run your old HTML4.01 page thru the new HTML5 version of Tidy, fix the incompatible items to bring it to the new specs and get to use the new shiny HTML5 tag. Browsers would then know to use HTML5 and report ERRORS if the page is not to spec!!!!

    87. Re:Not suprising by Anonymous Coward · · Score: 0
    88. Re:Not suprising by Chrisq · · Score: 1

      I'm not confusing anything. This paper shows Chrome still lacks full ALSR support, although I admit I thought it was more than just that one DLL. Nice to know about the proper protected mode stuff though.

      Except that the paper shows the exact opposite, that Chrome does have full ASLR support. Look at the bottom right table on page 8.

    89. Re:Not suprising by Okind · · Score: 1

      Exactly. They're testing only part of the features. The IE9 team 'just happened' to have implemented these features before other features, and the other major browsers 'just happened' to have prioritized other features before these.

      This is an unfair, rigged test result by any standard.

    90. Re:Not suprising by ubersoldat2k7 · · Score: 1

      I used MSIE8 the other day and after what, twenty years, this stupid piece of corporate crap doesn't even support SVG. Come on!

    91. Re:Not suprising by Anonymous Coward · · Score: 0

      They're not talking about the fonts themselves though, just the way that the fonts are drawn to the screen.

      The MS system fonts are going to be built on - and hence biased to cleartype, so they'll look 'off' on any other platform. Likewise, the Apple system fonts are going to be biased for SP-AA. As a Linux user, you'd expect both to
      look wrong because Linux uses yet another method.

    92. Re:Not suprising by Anonymous Coward · · Score: 0

      So, what are people with poor vision meant to do when visiting your sites? Does Ctrl+mousewheel break your sites layout?

      If so, you might want to reconsider how you approach your designs. You cannot guarantee that your end users are all using the system defaults for text sizing.

    93. Re:Not suprising by FredMenace · · Score: 1, Troll

      or this: Limited to Windows 7 / Vista Service Pack 2 or higher.

    94. Re:Not suprising by zippthorne · · Score: 1

      I also set the minimum font size.

      As for the buttons, there is a solution for you under firefox, but you're not going to like it.

      Custom, per-site user css rules.

      With css, you can actually specify "an image tag, where the image is X" and then have it substitute your own image there.

      The downside is that this is a very, very manual process, and you would have to do it for every site you need to tweak.

      --
      Can you be Even More Awesome?!
    95. Re:Not suprising by Just+Some+Guy · · Score: 1

      Dell was still selling (and people were presumably still buying) XP machines last month.

      --
      Dewey, what part of this looks like authorities should be involved?
    96. Re:Not suprising by Anonymous Coward · · Score: 0

      IE9 has features your obsolete OS doesn't support how hard is that to understand?

    97. Re:Not suprising by Anonymous Coward · · Score: 0

      What kind of "deep hooking into the OS" goes on in IE9 exactly?

    98. Re:Not suprising by bonch · · Score: 1

      But not Chromium or WebKit, as I said.

    99. Re:Not suprising by Anonymous Coward · · Score: 0

      Actually you said this:

      They're also comparing a development version of a browser to the released versions of other browsers

      Which implies all other browsers, not just webkit.

    100. Re:Not suprising by Ant+P. · · Score: 1

      Too bad IE doesn't support SELinux like all the good browsers, eh?

    101. Re:Not suprising by Ant+P. · · Score: 1

      Apple's rendering to me looks like someone took a slightly out-of-focus photo of a printed page. Windows, on the other hand, just looks like a badly tuned analogue TV signal.

      On the other hand, most free fonts are utterly unreadable at normal sizes except for the likes of DejaVu/Droid.

    102. Re:Not suprising by Anonymous Coward · · Score: 0

      Not Microsoft's fault that the other browsers have not submitted compliance tests for inclusion. Now if the others submitted and were rejected on flimsy grounds that would be a different story but far as I can see it just means Microsoft is doing their homework.

    103. Re:Not suprising by Anonymous Coward · · Score: 0

      If you're using an obsolete OS you probably don't care about not getting the latest browser, since your OS is not on main support anymore anyway, which means it doesn't receive patches for software enhancements.

  3. Well I'm going to say congrats... by catbutt · · Score: 4, Interesting

    ....to Microsoft, for moving in the right direction of adopting standards. I still hate you, Microsoft, but I hate you less.

    Now figure out a way to get people to stop using IE6. (maybe an add-on to IE9 that makes it so you can run your ancient IE6 only apps?)

    1. Re:Well I'm going to say congrats... by Yvan256 · · Score: 1

      It remains to be seen if IE9 supports rounded CSS corners, shadows, etc... And what about the file API and XmlHttpRequest uploads?

      I can't test as all I have is Windows XP inside VMWare.

    2. Re:Well I'm going to say congrats... by Anonymous Coward · · Score: 2, Interesting

      It does support quite a bit of the css3 draft including rounded corner, box shadows, etc..

      I find it funny that IE (from 7+) seems to have the best implementation of @font-face

    3. Re:Well I'm going to say congrats... by Yvan256 · · Score: 1

      How does IE7+ have the best implementation of @font-face? The other browsers support it too. The whole thing about the file formats and the licensing just gives me a headache, though...

    4. Re:Well I'm going to say congrats... by Anonymous Coward · · Score: 0

      Try dealing with Firefox's FOUT (flash of unstyled text) because they choose to be different with the font-face implementation.

    5. Re:Well I'm going to say congrats... by mrxak · · Score: 1

      Undeniably, this is a good thing. I rather dislike Microsoft, but I'll give them kudos for making progress towards standards compliance. So good job, Microsoft. Hopefully other browsers will be all like "oh shit, Microsoft is kicking our asses in standard compliance" and step it up a notch. IE versus Netscape was a terrible time, but now that we've got a lot more competition in the market, browsers are getting better.

    6. Re:Well I'm going to say congrats... by Yvan256 · · Score: 1

      Ah, the whole "do we render things before we have the font" idea... it's brilliant if you're on a slow connection otherwise it's pretty annoying.

      I guess they should build a timeout for that... if you don't get the font within x seconds or before z% of the page has finished loading, display the text in a regular font first. Or some similar idea or even a user setting. People probably know if they're on a slow connection or not.

    7. Re:Well I'm going to say congrats... by cababunga · · Score: 2, Funny

      Now figure out a way to get people to stop using IE6. (maybe an add-on to IE9 that makes it so you can run your ancient IE6 only apps?)

      Yeah... Maybe they should ask Google to write an IE6-frame for them, or something.

    8. Re:Well I'm going to say congrats... by Jah-Wren+Ryel · · Score: 1

      ....to Microsoft, for moving in the right direction of adopting standards. I still hate you, Microsoft, but I hate you less.

      Don't waste your time hating MS.
      Instead show your love for competition and user choice because that is the only reason MS improved IE.

      --
      When information is power, privacy is freedom.
    9. Re:Well I'm going to say congrats... by GameboyRMH · · Score: 1

      Yes this is very nice of them to follow standards closely, too bad they had to be forced into the position though...

      And while society's expectations of software freedom in general peaked just before iOS became popular, our expectations of platform independence have only continued to increase. So how is Microsoft going to be anything more than a niche browser in the future when it only runs on one OS? It's the only major browser that doesn't run on Windows+Linux+MacOS other than Safari, which at least gets 2 out of 3, and the only major browser to run on a single platform.

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    10. Re:Well I'm going to say congrats... by GameboyRMH · · Score: 1

      Good idea. Just a 1-2 second timeout would fix the issue entirely.

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    11. Re:Well I'm going to say congrats... by cbhacking · · Score: 2, Informative

      Um no, it really doesn't "remain to be seen" at all. The very first preview of IE9 (10 months ago, now) had CSS rounded corners, for example.

      You could always try out the tests on http://ie.microsoft.com/testdrive/Default.html in your browser of choice. They all work on IE9, and usually better (faster, smoother, or without layout issues) than on other browsers. All browsers, even IE8, can do some of the stuff there, but all other browsers have issues with some parts.

      That's not to say IE9 doesn't still have issues with soem things that other browsers do fine, because it does. For example, I don't think it has WebSockets. However, it's still not only a huge step up from earlier versions, it's also better than its competitors in many areas.

      --
      There's no place I could be, since I've found Serenity...
    12. Re:Well I'm going to say congrats... by cbhacking · · Score: 1

      Random side note: why does Slashdot's CSS not use the standards-compliant border-*-radius CSS property on most pages? It's present on comments.pl, which means I get rounded corners if I click directly on a comment. It's not present on the home page or the story pages, though.

      Some quick searching with the dev tools reveals part of the issue: instead of core-tidied.css (which has the correct property), I'm getting idlecore-tidied.css (even though I'm not on idle...) which lacks it. Very odd.

      --
      There's no place I could be, since I've found Serenity...
    13. Re:Well I'm going to say congrats... by aztracker1 · · Score: 1

      Try combining a rounded corner with a background gradient on IE9 ... Fail

      --
      Michael J. Ryan - tracker1.info
    14. Re:Well I'm going to say congrats... by Lanteran · · Score: 1

      People will stop using IE6 when windows XP finally dies. Late 357th century, if ever.

      --
      "People don't want to learn linux" hasn't been a valid excuse since '03.
    15. Re:Well I'm going to say congrats... by brantondaveperson · · Score: 1

      Unless the font took + to load, in which case you'd get the flash again...

    16. Re:Well I'm going to say congrats... by brantondaveperson · · Score: 1

      Oh the joys of angle brackets. Let me try that again:

      Unless the font took <timeout> + <short interval> to load, in which case you'd get the flash again...

    17. Re:Well I'm going to say congrats... by ThatsNotPudding · · Score: 1

      maybe an add-on to IE9 that makes it so you can run your ancient IE6 only apps?

      In the form of an unlocked screen door.

    18. Re:Well I'm going to say congrats... by Anonymous Coward · · Score: 0

      You mean something like Compatability mode? Pretty sure it already has that. If you are running an app that actually looks for the browser version info, though, its probably time to upgrade your apps.

    19. Re:Well I'm going to say congrats... by cbhacking · · Score: 1

      Background gradients are a feature being highlighted in platform preview 6, which is a newer version of Trident than found in EI9 beta 1. While I'm personally not a fan of adding features to a product after it hits beta, it seems that the IE team (like much of the rest of the industry) is willing to do so.

      --
      There's no place I could be, since I've found Serenity...
  4. Opera is a close second. by Slutticus · · Score: 1

    I wonder.... realistically, how does +/-10% really translate to the user experience?

    1. Re:Opera is a close second. by Darkness404 · · Score: 1

      Considering that most HTML 5 sites are coded to work with Firefox/Chrome/Safari and no one is really developing actively for IE in terms of HTML 5, I'd imagine that for the time being it doesn't really make a bit of difference.

      --
      Taxation is legalized theft, no more, no less.
    2. Re:Opera is a close second. by bunratty · · Score: 1

      If I average the percentages, I get IE 1st, Firefox 2nd, Chrome 3rd, Opera 4th, and Safari 5th. How do you figure Opera is a close second?

      --
      What a fool believes, he sees, no wise man has the power to reason away.
    3. Re:Opera is a close second. by Slutticus · · Score: 1

      See my reply to my reply above. I believe it's called "confirmatory bias" Maybe I should go into politics.

    4. Re:Opera is a close second. by RightSaidFred99 · · Score: 1

      You must be new around here.

      It depends. If it's 10% in favor of FireFox or Chrome, it makes an earth shattering difference and you're an idiot to use IE. If it's 10% in favor of IE, it makes absolutely no difference.

    5. Re:Opera is a close second. by bunratty · · Score: 1

      Yes, confirmation bias. Congratulations on admitting your error. Honestly! So few people do these days.

      --
      What a fool believes, he sees, no wise man has the power to reason away.
  5. NSF Award page by Danathar · · Score: 1

    cause the story does not link directly to it...lazy!

    http://www.nsf.gov/awardsearch/showAward.do?AwardNumber=1012208

    1. Re:NSF Award page by WrongSizeGlass · · Score: 1

      You may want to post that in the other thread ... you know, the one about anonymizing data?

  6. I feel conflicted by zill · · Score: 2, Funny

    On one hand, Microsoft managed to produce an excellent product that's almost fully compatible with the latest standards.

    On the other hand, they're the same people who's responsible for summoning the Devil's own child into this world (under the trademark of IE6).

    I honestly don't know what to feel about them right now.

    1. Re:I feel conflicted by Anonymous Coward · · Score: 2, Insightful

      Its easy to look back at IE6 and say "holy crap what a wreck!" but IE6 happened because the standards weren't moving fast enough. There is a reason IE6 took so much ground, because it actually did what people wanted. Then years later people come in with how it should have been done and now IE6 is the devil. I mean, yeah, its a pain in the ass and unfortunate, but its not like we didn't get anything out of the deal.

    2. Re:I feel conflicted by rraylion · · Score: 1

      Advise on how to feel...

      Too little, to late.

      I like many people like firefox... and like many of those, I now love Chrome. Too late MS, I am now less vurnerable using a browser that has sandboxing and process security built in. I sleep better using Chrome.

    3. Re:I feel conflicted by _Sprocket_ · · Score: 0

      I mean, yeah, its a pain in the ass and unfortunate, but its not like we didn't get anything out of the deal.

      And continuing to get something out of the deal. Namely - "web" sites that are really IE6 sites.

    4. Re:I feel conflicted by Richard_at_work · · Score: 1

      Would you rather we have seen what abomination Netscape could have come up with if they were successful in continuing development on from Navigator 4, or have people really forgotten the cluster fuck that was the NN4 'series'?

    5. Re:I feel conflicted by Anonymous Coward · · Score: 0

      IE6 for *when* it came out was an excellent browser. Then MS spent the next 8 years ignoring it.

      At the time it was pretty much IE6, Netscape 5, and Firefox 0.8. Firefox was 'promising and looking good but not yet'. Netscape was mr crash. And IE6 was wiping the floor with them in speed, compatibility, usability, and bunches of cool programability. Then the 'welp we have won lets do something else' hit. People used to ask MS to port IE6 to other platforms (mac, bsd, linux, etc). It was that good for the time. Now not so much...

    6. Re:I feel conflicted by Anonymous Coward · · Score: 0

      I doubt it's the "same people". Did you notice *any* change in the way Microsoft is doing business since Gates left? They open sourced several of their proprietary projects, they allow Novell to port .NET to Linux, they started to work on interoperability, they contribute to jQuery... It's not perfect and ideal, but it's still a huge change of strategy and I like it. Especially the .NET part (call me stupid but I like C#), now that we see what Oracle is planning for Java.

      My favorite browser is still Chromium, and I still look dubiously at IE because of the bad memories IE6 brings, but objectively MS is changing for the better. It's a slow process, probably because it's a huge company, but I prefer 10x the direction they take now than what they did 10 years ago.

    7. Re:I feel conflicted by Old97 · · Score: 1

      Microsoft has always had the money and the talent (or money to buy the talent) to do things the right way and to produce excellent products. As long as they had a monopoly and were seeking to leverage it to create new monopolies they had every incentive not to do the right thing but to instead to do things to lock in their users. Things have changed and they aren't quite as all powerful as they used to be so they have to compete now and that makes them better. Competition is good.

      --
      Very often, people confuse simple with simplistic. The nuance is lost on most. - Clement Mok
    8. Re:I feel conflicted by Rockoon · · Score: 1

      Many of these younger folks dont seem to understand how bad Netscape 4 was. They think that IE took over only because Microsoft bundled Internet Explorer.

      The authors had thought that Netscape 4 was so bad that they junked the entire codebase and started with a complete rewrite. One of the worst decisions in software development history, but enabled them to care a little bit more about standards.

      --
      "His name was James Damore."
    9. Re:I feel conflicted by Your.Master · · Score: 1

      That argument would work better if IE8 didn't have sandboxing and process security months before Chrome was announced.

    10. Re:I feel conflicted by grahamd0 · · Score: 1

      Part of the problem from the beginning was that Microsoft's vision of IE6 was that, having won the browser war against Netscape, it was the web browser perfected, and that no further innovation in that market would ever be required.

      This led to people exploiting the many quirks, bugs and weaknesses to create to apps that were so tightly coupled to IE6 that even future versions of IE could not support them, or developers simply took the short cut of hard-coding a check for IE6 into their business logic thinking that there wouldn't be another version.

      It may have been the best browser at the time it was released, but that doesn't mean it isn't the monster we think it is.

    11. Re:I feel conflicted by dotwhynot · · Score: 1

      On one hand, Microsoft managed to produce an excellent product that's almost fully compatible with the latest standards. On the other hand, they're the same people who's responsible for summoning the Devil's own child into this world (under the trademark of IE6). I honestly don't know what to feel about them right now.

      I'm curious, did you actually experience Netscape 6 (the alternative at the time) as something better?

    12. Re:I feel conflicted by Anonymous Coward · · Score: 0

      Total and utter bullshit! IE6 was well after the standards were settled. It's yet another case of MS implementing broken DOM and CSS to make people code to their application and deliberately ensuring support for other browsers was painful and costly. Back in IE6's day, it was the dominant browser due to lack of windows based free options, plus being installed on every single windows machine (96% or the market back then), and people only just starting to get online.

    13. Re:I feel conflicted by Anonymous Coward · · Score: 0

      Isn't IE6 like 8 years old??? The fact that we even remember IE6 says something. Even Microsoft had a major ad campaign begging customers to upgrade. I'll make a prediction: In 2020 we'll hear people complain about how IE9 doesn't work well according to contemporary standards...

    14. Re:I feel conflicted by DragonWriter · · Score: 1

      On one hand, Microsoft managed to produce an excellent product that's almost fully compatible with the latest standards.

      Well, at leat "almost fully compatible with" the elements of the standard covered by the first set of tests included in the conformance test suite.

      Which tests were submitted to the W3C by...guess who?

      (hint: see here.)

    15. Re:I feel conflicted by kikito · · Score: 1

      Not the same people. The team that did ie6 is long gone. Gates was the head of Microsoft at that time.

      Now it's a new team, with a different head (Ballmer)

    16. Re:I feel conflicted by iYk6 · · Score: 1

      IE6 happened because the standards weren't moving fast enough.

      Dec 1997 - HTML 4.0: http://en.wikipedia.org/wiki/HTML

      May 1998 - CSS 2: http://en.wikipedia.org/wiki/Cascading_Style_Sheets

      Mar 18 1999 - Internet Explorer 5: http://en.wikipedia.org/wiki/Internet_Explorer

      Aug 27 2001 - Internet Explorer 6: http://en.wikipedia.org/wiki/Internet_Explorer

      A little bit of research show that Internet Explorer 5 + 6 ignored the standards that had been published years before.

    17. Re:I feel conflicted by CAIMLAS · · Score: 1

      IE6 was crap when it came out, too. It had gobs of issues with older sites and was horribly unstable. It really did not offer much over the Firefox/Mozilla builds of the day other than being shackled to Microsoft's proprietary 'platform' browser implementation and server-side nightmare that only caters to said browser.

      IE6 took a lot of ground because IE5 automatically upgraded to it, and one or the other have been shipped with Windows for 4+ years.

      What we got out of the deal was huge, unsupportable, and difficult to migrate applications costing as much as, if not more than, the annual salary of several full-time employees.

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    18. Re:I feel conflicted by aztracker1 · · Score: 1

      The sad thing is, when IE6 was released, it was the best browser available (aside from arguably Opera or Konqueror) at the time.

      --
      Michael J. Ryan - tracker1.info
    19. Re:I feel conflicted by Max+Rool · · Score: 1

      "We believe that Internet Explorer is a really good browser" - Steve Jobs, 1997

      I believe, tho I could be wrong, that he was referring to mac version of Internet Explorer, which was nothing like the windows version of the day. In fact the only thing they had in common seemed to be the name.

    20. Re:I feel conflicted by osu-neko · · Score: 1

      Competition is good.

      Amen.*

      * This statement should not be construed as an endorsement of any particular god or gods. Please consult your own professional before making any investment decisions.

      --
      "Convictions are more dangerous enemies of truth than lies."
    21. Re:I feel conflicted by Anonymous Coward · · Score: 0

      On one hand, Microsoft managed to produce an excellent product that's almost fully compatible with the latest standards.

      On the other hand, they're the same people who's responsible for summoning the Devil's own child into this world (under the trademark of IE6).

      I honestly don't know what to feel about them right now.

      You have to remember that IE6 was the best browser around when it was first released ;) I don't think HTML / CSS / JS standards were around, or at least strongly enforced either.

      If it wasn't for IE6 we wouldn't have a benchmark to build up from :)

    22. Re:I feel conflicted by MemoryDragon · · Score: 1

      Actually no it is not compatible, IE9 does some good stuff in the eye candy area but leaves out pretty much every other area which is vital for serious app development. Websockets Webworkers, Drag and Drop, Local storage, etc... literally any area which is not eye candy is left out by IE9 so much for compliance.

    23. Re:I feel conflicted by FredMenace · · Score: 1

      I wouldn't say that IE6 was really the problem. While it did things differently from Netscape (and it may have been clear by then that those differences were not complying with the standards being formed), it was still probably the best browser in existence when it was released (as IE 4 and IE5 had been). Remember, its competition was Netscape 4...

      The problem was what came after: IE7 wasn't released until 2007 (six years later!), and required XP Service Pack 2 or higher to install. This meant that developers had far too long of IE6 being the state-of-the-art in browsers (or at least of IE versions) for them to target, as well as not very long since then for people to upgrade. MS browsers also don't do anything to encourage users to upgrade (aside from generally sucking). It also meant corporate users on Windows 2000 and home users on Me/98 couldn't install it at all.

      IE7 really should have been released in 2004, should have run on Windows 2000, Me, and maybe even some versions of 98, and should have been included as at least an optional component of XP Service Pack 2. (No XP service pack has ever suggested users install a more modern browser than IE6.)

      Then IE8 didn't come out until 2009. This is the browser Microsoft should have released in 2007 (which could have made it the default Vista browser), and could have been included as an optional upgrade with XP SP3. It should also have been more backward compatible, maybe to some versions of Windows 2000 at least.

      (Considering that IE8 has the same system requirements as IE7 and is better in every way, nobody really has any excuse for using IE7, whereas there are still some excuses to use IE6.)

      Now they are doing it again: IE9 should have been released (fully, not just beta) in 2010 and should have had better backward compatibility, but it's not coming out until next year, and requires Vista SP2 to install. (On the other hand, they are catching up, moving from a six-year gap to a two-year cycle of browser development, and IE9 really does look competitive. Even IE8 is a decent browser if you aren't using any CSS3/HTML5 features or relying too much on heavy Javascript that could run slowly.)

      Considering the slow uptake of IE8, and the significantly higher system reqs of IE9 (despite being released just a couple of years later), I don't think it's going to have very significant uptake any time soon. IE 6/7/8 (with their total lack of HTML5/CSS3 support) will still comprise the bulk of IE usage for years.

      As such, we developers need to keep doing more to encourage people to switch from pre-IE9 versions of IE (by more-freely using CSS3 etc. for cosmetic enhancement that IE users won't see, fixing only functional problems in IE6 and IE7, not cosmetic ones, etc), or we're going to be shackled to outdated development practices for years. Microsoft sure isn't doing much to encourage users to switch (you'd almost think they were discouraging it, based on the above history).

    24. Re:I feel conflicted by Richard_at_work · · Score: 1

      I think you need to take another look at IE9s local storage implementation at least... or have you actually looked at any of your points at all? The test mentioned in the summary is whats incomplete, it doesnt infer that IE isn't implementing them also (hint: IE9 covers some of those things already, and local storage has been implemented since IE8 to some extent).

    25. Re:I feel conflicted by walterbyrd · · Score: 1

      Maybe this is the "embrace" stage?

    26. Re:I feel conflicted by MemoryDragon · · Score: 1

      The abomination is Mozilla, remember who started the Mozilla project and why...

    27. Re:I feel conflicted by MemoryDragon · · Score: 1

      So if IE9 is so capable where is the webworkers where is the proper websocket support, where are the extended html forms input controls, where is webgl can you point me to the resources about Microsofts implementation.

  7. congratulations! by Anonymous Coward · · Score: 0

    somebody please send them a cake!

    1. Re:congratulations! by surveyork · · Score: 1

      The cake is a lie.

      Sorry, I couldn't resit.

      --
      2019 is going to be the year of Linux on the desktop.
    2. Re:congratulations! by Anonymous Coward · · Score: 0

      Why? Did you have trouble sitting the first time?

  8. What kind of a "standard" is this? by cowtamer · · Score: 3, Funny

    Perhaps my understanding of "standard" is a bit skewed, but isn't there something wrong when the best that a browser in its 9th version backed by the most powerful software company in the world can do is just be the "most compatible" one out there?

    All FTP clients I use are 100% compatible with the FTP standard. I believe Adobe Flash player is 100% compatible with Flash. I think most mail clients are 100% IMAP and POP3 compatible.

    Shouldn't standards be straightforward enough so that all parties wishing to comply to them simply can? Shouldn't compatibility with a standard be a floor instead of a ceiling to asymptotically crept towards?

    I'm sure I'm missing something here -- what is it?

    1. Re:What kind of a "standard" is this? by Anonymous Coward · · Score: 0

      I'm sure I'm missing something here -- what is it?

      HTML5 isn't even finished yet.

    2. Re:What kind of a "standard" is this? by Ryanrule · · Score: 2, Interesting

      the problem is people using standards while they are still being defined.

    3. Re:What kind of a "standard" is this? by Anonymous Coward · · Score: 1, Interesting

      oracle ftp clients are not standard compliant. I know of some other clients that are not standards compatible.

    4. Re:What kind of a "standard" is this? by Shados · · Score: 4, Informative

      Thats why it used to be referred to as a recommendation, instead of standard (lots of discussions around it, though i think the likes of ISO and whatsnot now consider W3C stuff as actual standards).

      That said, if you ever tried to implement anything from the W3C, its full of holes, inconsistencies, ambiguous parts, things "left to the implementator", and all around, Microsoft's OOXML may have been a lousy ISO standard, but it sure would fit right in anything the W3C ever published.

      The only reason it kindda works, and that so many browsers seem to implement it, is because the likes of those working on Firefox, Safari, etc, kind of agree on stuff they don't like or the standard doesn't dictate. That also makes IE8 look worse than it actually is (not that its not awful, but in a few (very few) cases web developers will complain about things on which IE8 is actually right, and Firefox is wrong, but Safari, and Chrome are wrong the same way).

      Its not just HTML/CSS/whatever. The XQuery specs for example, are just as bad.

    5. Re:What kind of a "standard" is this? by WrongSizeGlass · · Score: 3, Funny

      I'm sure I'm missing something here -- what is it?

      If it makes you feel any better IE 9 is 100% Microsoft compatible ... the most Microsoft compatible browser under development.

    6. Re:What kind of a "standard" is this? by OzPeter · · Score: 1

      All FTP clients I use are 100% compatible with the FTP standard.

      Just recently I had issues with an embedded device that had a built-in FTP client. It worked perfectly when connected to the MS XP FTP server, and it worked perfectly when connected to a FileZilla FTP server running on Win 7. But it failed miserably with talking to the MS Win 7 FTP server. Tech support claimed the issue was that their system was not tested with Win7. I'm not deep enough into the FTP RFC's to know who was ultimately at fault, but I am still shaking my head as after all it is simply FTP!

      --
      I am Slashdot. Are you Slashdot as well?
    7. Re:What kind of a "standard" is this? by Jahf · · Score: 2, Insightful

      Technically ... neither is IE9. This article seems to fail in pointing out that it just compared a browser still in the preview phase to other browsers that are released. The board will keep changing, the difference is that within a few months of IE9 coming out there will be new Firefox and Chrome releases. The further difference here being that a year or two after IE9 coming out those same browsers (and likely Webkit/Safari, Opera, etc) will all have multiple releases.

      So IE9 has essentially caught up ... so what? Microsoft was dragged kicking and screaming to the point of being the "most compliant" and once it reaches that goal it will end up touting that marker well after the other browsers eclipse it.

      --
      It is more productive to voice thoughtful opinions (reply) than to judge (moderate) others.
    8. Re:What kind of a "standard" is this? by c0ol · · Score: 1

      W3C doesn't create standards, they document status-quo as a recommendation for standardization. Most major browser vendors have a chair on the W3C, and they hash out differences there, however many browsers have not fully implemented what people want in HTML5 or even HTML4 for that matter fully. The lesser used features are not implemented consistently, so the W3C cannot really document them accurately without much discussion. Basically the typical model for standard creation does not exists here. There is no reference implementation like there is in all of the examples you mention.

    9. Re:What kind of a "standard" is this? by Jahf · · Score: 3, Insightful

      What an awful example. FTP is a nearly completely static protocol with no defined presentation layer for user interaction. On the other hand HTML5 is not even a completed standard yet and is almost entirely focused around creating user interactivity with the data.

      What you are missing is this ... FTP doesn't correlate to HTML5. FTP correlates to HTTP. HTML5 would correlate more with the concept of the GUI to utilize FTP. Of which there are MANY completely different examples, none of which work perfectly for all situations. If you want to compare FTP to something regarding the web, then make comments about how well your web browser complies with the ability to communicate with a web server. In which case pretty much all browsers will be compliant.

      --
      It is more productive to voice thoughtful opinions (reply) than to judge (moderate) others.
    10. Re:What kind of a "standard" is this? by Anonymous Coward · · Score: 0

      what you're missing is that a standard is defined using language
      if it's not clearly defined (through definition or intention), aspects open up to interpretation

      IE5/6 have screwed up rendering engine compared to other browsers
      they both followed the spec. the spec then got revisied to clarify what it meant
      the older versions have not been updated to meet those revisions
      this is now why writing a spec takes a long time

      i think this was highlighted by microsoft about a year ago with css3
      it showed how all browsers rendered dashed border-radius differently
      this was because the spec wasn't clear enough on what it should look like

    11. Re:What kind of a "standard" is this? by maxwell+demon · · Score: 5, Informative

      Technically ... neither is IE9. This article seems to fail in pointing out that it just compared a browser still in the preview phase to other browsers that are released.

      The "released" browsers are:

      Google Chrome 7.0.517.41 beta
      Firefox 4 Beta 6
      Opera 11.00 alpha (build 1029)
      Safari Version 5.0.2 (6533.18.5)

      The only one which doesn't have "beta" or even "alpha" in its name is Safari. So probably that one is actually released.

      --
      The Tao of math: The numbers you can count are not the real numbers.
    12. Re:What kind of a "standard" is this? by interkin3tic · · Score: 1

      Pardon my ignorance, but why isn't it finished?

    13. Re:What kind of a "standard" is this? by HelloKitty2 · · Score: 1

      You make a good point, I tried but can't rationalize it when thinking of these individual tests.

    14. Re:What kind of a "standard" is this? by tokul · · Score: 1

      I think most mail clients are 100% IMAP and POP3 compatible.

      God does not write IMAP server or client software. He does not make mistakes. If God makes mistake, we all are doomed. There are myriad of ways to fsckup email program. I don't think that all (or most) IMAP clients are compatible with IMAP specification. There are not compatible. They are good enough and normal user can't notice incompatibility with email standards. Some commonly used email programs (Mozilla and Outlook Express) break email standards in their default settings.

    15. Re:What kind of a "standard" is this? by Anonymous Coward · · Score: 0

      You've got it the wrong way round. It's very, very rare to find software that implements any standard correctly. (Or a standard that's complete enough to allow interoperable implementations.) Hell, most software parses email addresses incorrectly.

      The way most standards-based software interoperates despite the bugs is by only using the core features.

      HTML is odd, probably unique, because it's very complicated and people expect the corner cases, many of which aren't properly specified, to work consistently across all implementations.

    16. Re:What kind of a "standard" is this? by lennier1 · · Score: 1

      I'll believe that once I see it with my own eyes.
      In the past I've encountered several cases where IE had problems with correctly-written scripts in Microsoft's Javascript dialect. To me it was just a case of consistency. If they ignore other people's standards then why should they comply with their own ones?

    17. Re:What kind of a "standard" is this? by GWBasic · · Score: 1

      I'm sure I'm missing something here -- what is it?

      HTML is very complicated and ambiguous. "Standards Compliant" relies on judgement calls.

    18. Re:What kind of a "standard" is this? by master0ne · · Score: 1

      FTP, IMAP and POP3 are protocols. HTML is a standard. I promise you your browser is HTTP compliant (which is the equivalent of your FTP client being FTP compliant). Flash is a closed "standard" in that the company that makes the software also sets the standard.It is much easier for adobe to create software that matches their "standard" as whatever they come up with if the "standard". With that said, creating a rendering engine that can properly render CSS, PHP, HTML4, HTML5, JAVASCRIPT, and the multitudes of other "standards" out there is anything but easy. Its like working with a puzzle, you know what the end product should be, and how it should behave in general, however the parts you have to create the end product bear NO RESEMBELENCE to the finished produce. And standard "compatibility" is neither a floor, or a ceiling, as not being 100% compliant, can happen because you implement non standard features (too much) or by not implementing features the standard calls for (not enough). Keep in mind that this standard has no working proof of concept. Currently it is a set of parameters used to define how things should work, and the browsers are doing their best to fall into those parameters. Its a huge amount of work to get one of these browsers to be standards compliant. As soon as one browser archives compliance, another standard comes along to supersede the standard they just complied with. This is a never ending process, and its due to this turn over that there is not one browser which is 100% standards compliant with every standard out there.

      Your comparison is apples to oranges

      --
      Noone writes jokes in base 13!
    19. Re:What kind of a "standard" is this? by Anonymous Coward · · Score: 0

      Yeah, given Microsoft's track record, I'd expect them to be 85% Microsoft compatible at best... probably only 65% if you consider how compatible their other software is.

    20. Re:What kind of a "standard" is this? by Arancaytar · · Score: 1

      For Microsoft, following any standard at all is very unusual and newsworthy. :P

      You're right on these points, but HTML5 is a brand-new standard, so it is to be expected that most current software does not support it yet.

    21. Re:What kind of a "standard" is this? by mattack2 · · Score: 1

      I think most mail clients are 100% IMAP and POP3 compatible.

      Most.. as you said.

      But also, heck, many of the "IMAP" servers don't actually conform to IMAP (including gmail).

    22. Re:What kind of a "standard" is this? by afidel · · Score: 1

      Nope, almost no email client or server is 100% IMAP compliant, though most are POP3 compliant. It has to do with the how complex the standard is and how much thought went into actual real world implementations of the standard.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    23. Re:What kind of a "standard" is this? by afidel · · Score: 2, Informative

      Did you try disabling the Win7 firewall rules? My guess is the client does active FTP and that is where the problem is.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    24. Re:What kind of a "standard" is this? by Daniel_Staal · · Score: 1

      Because people are still arguing about some points. Which will then be discussed. And released for review. And then, maybe, declared 'final'.

      Note that 'HTML5' is not the same as 'web page'. Most pages you visit are a mix of HTML4, CSS, and Javascript. (Which could be called EMCSAScript, and then be part of HTML4, but I digress.) HTML as a whole is an evolving standard that is constantly gaining new features and tweaking old ones as people learn what works, what doesn't, and find more and more things they'd like to do in a web browser. Which is good. But for the comparison of HTML to FTP, it's horrible, since FTP basically hasn't had any new wrinkles in it for at least 15 years.

      13 years ago, IE6 was the most standards-compatible browser out there. (Ok, the Mac version was. The Windows one was slightly less so.) MS just sat on it once they won the first round of browser wars, while the standards kept evolving and their competition kept improving. Now MS is back in the game. Good. Let's see if they play nice and how long they decide to stay in it.

      --
      'Sensible' is a curse word.
    25. Re:What kind of a "standard" is this? by Anonymous Coward · · Score: 0

      There was a comment by an HTML Working Group member on the readwriteweb article on this that's worth repeating... [1]

      ...to test HTML5 as thoroughly as it needs to be tested will probably take about a hundred thousand tests. Yes, 100k. The results talked about in this article are about roughly *200* tests.

      200 versus 100,000. Yeah. The test suite means less than nothing right now. You can *start* talking about its results when it hits 10k or so.

      It was irresponsible of the W3C to post their blog article in the first place, given the gross inadequacy of the test suite for indicating anything. It was further irresponsible for ReadWriteWeb to not look at the test suite and go "Hey, wait, there's like 200 tests here, and 2/3rds of them are about the canvas element. There's no way this means anything."

      [1] http://www.readwriteweb.com/archives/ie9_outperforms_other_browsers_for_html5_complianc.php#comment-257347

    26. Re:What kind of a "standard" is this? by dhavleak · · Score: 1

      I'm sure I'm missing something here -- what is it?

      The flash example is a little silly -- if any public spec exists, in all grey areas it will simply reference the current implementation and say "must behave like that". Viola -- 100% compatible.

      The FTP/IMAP/POP3 examples are a little silly as well. The HTML standard is orders of magnitude larger, more complex, still evolving, and even untested in some cases. A complete test suite for the standard doesn't exist. No browser has ever been able to claim 100% compatibility with the HTML spec in spite of years of frenzied competition.

    27. Re:What kind of a "standard" is this? by Anonymous Coward · · Score: 0

      Ha!

      If you think all browsers are HTTP compliant, you've never tried to implement a proxy server on your company's network. Firefox works perfectly with pretty much everything. Chrome breaks on some stuff, especially NTLM auth (which, to be fair, is not technically part of HTTP/1.1) but IE? Suffice it to say there are numerous configuration switches in Squid to deal with broken HTTP/1.1 clients.

      Not all web browsers are equal in their ability to "communicate with web servers."

    28. Re:What kind of a "standard" is this? by MSG · · Score: 1

      I think most mail clients are 100% IMAP and POP3 compatible.

      Nope. Actually, the IMAP spec is contradictory in some spots. If you took part in implementing servers or clients, you'd find that there are plenty of bugs still floating around for the protocol.

      POP3 is even simpler, but IIRC you'll find that some POP3 clients will choke on some UIDL formats, despite the fact that those are free-form identifiers.

    29. Re:What kind of a "standard" is this? by Anonymous Coward · · Score: 0

      You're missing the fact that HTML5 is a moving target, will be a draft for some more years and everything that browsers implement now is just a preview of a future standard. What further complicates the matter is that the HTML5 spec does not reflect a consensus but the whims of one person with a grossly inflated ego who unfortunately was appointed as its sole gatekeeper.

      Browsers and web authors should implement as much of HTML5/CSS3/... as they possibly can because this is the only way to keep it moving forward, but keep in mind that it's still a playground and that the syntax you follow today may be deprecated tomorrow.

      So to answer your question, HTML5 is not yet any kind of a "standard", but we have to use it now as if it were a standard for it to become a standard.

    30. Re:What kind of a "standard" is this? by Dr.Dubious+DDQ · · Score: 2, Insightful

      Well, since the alternative is to wait another half-decade for W3C's glacial pace to finally (maybe) get to a finished standard, I think most people prefer to start in on it now, rather than continue being stuck on the now decade-old HTML4.01/XHTML 1.1 combo.

    31. Re:What kind of a "standard" is this? by drcheap · · Score: 1

      Perhaps my understanding of "standard" is a bit skewed, but isn't there something wrong when the best that a browser in its 9th version backed by the most powerful software company in the world can do is just be the "most compatible" one out there?

      All FTP clients I use are 100% compatible with the FTP standard. I believe Adobe Flash player is 100% compatible with Flash. I think most mail clients are 100% IMAP and POP3 compatible.

      Shouldn't standards be straightforward enough so that all parties wishing to comply to them simply can? Shouldn't compatibility with a standard be a floor instead of a ceiling to asymptotically crept towards?

      I'm sure I'm missing something here -- what is it?

      Well they are all HTTP compatible at least, and have been for quite a while in fact. But that's protocols, which deal with the transmission of content (data). It's a relatively simplistic grammer to follow, and hardly ever changes (I believe the current standard is over 10 years old). That's where FTP, IMAP, POP3, etc. are as well.

      HTML has to do with the content itself, and interpreting that is a whole different game. This, of course, is mainly due to the extreme complexity that has been crammed into it. I mean really, eventhandlers, storage, video, DOMs, MathML, SVG, canvaseseses, progress meters....that stuff adds so much complexity that it's destined to fail (and by fail I mean not be adhered to as a standard).

      Back in 1993 HTML (the first version, which had no version #, it was just a defined MIME type) was already way more complex than most basic protocols like HTTP, FTP, etc. Trying to compare those to HTML5 is like comparing apples to space shuttles.

    32. Re:What kind of a "standard" is this? by drcheap · · Score: 1

      Because it's in the hands of committees, consortiums, working groups, and other slow-moving bureaucratic-minded non-agreeing aggregations of people.

    33. Re:What kind of a "standard" is this? by drcheap · · Score: 1

      If it makes you feel any better IE 9 is 100% Microsoft compatible ... the most Microsoft compatible browser under development.

      Sure it is, but try explaining that to your next door neighbor's grandmother who can't install it even though she "runs Microsoft on her hard drive" when referring to her PC with Windows XP.

    34. Re:What kind of a "standard" is this? by CAIMLAS · · Score: 1

      I think most mail clients are 100% IMAP and POP3 compatible.

      Outlook isn't. It's completely buggered for the IMAP implementation. http://www.hmailserver.com/documentation/latest/?page=ts_outlook_crashes

      I believe Adobe Flash player is 100% compatible with Flash.

      Judging by how often flash sites like hulu or youtube "don't work" out of the blue, I'd say that no, Adobe Flash player isn't 100% compatible with Flash.

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    35. Re:What kind of a "standard" is this? by Anonymous Coward · · Score: 0

      They're still arguing over the blink tag's refresh rate.

      The Japanese want it to cause seizures, the Russians want it to hypnotize the populace, and the Swiss want it to make Chocolate.

    36. Re:What kind of a "standard" is this? by BZ · · Score: 1

      This particular standard is: 1) huge (about 800 printed pages and growing) and 2) still a work in progress.

      There's no way to be 100% compatible with something that changes every day, unless implementing changes takes you zero time.

    37. Re:What kind of a "standard" is this? by horigath · · Score: 1

      HTML5 won't be officially finished until it has a working complete implementation somewhere. It's just getting to the point where things are pretty much nailed down, but this has been built into the process so that if bugs or unexpected issues in the drafts crop up during implementation they can be fixed.

      This browser competition is part of the standardisation process.

    38. Re:What kind of a "standard" is this? by Anonymous Coward · · Score: 0

      13 years ago the war was between Netscape and IE4.

    39. Re:What kind of a "standard" is this? by Anonymous Coward · · Score: 0

      Chrome 7 is most certainly no longer in beta.

      See here: http://omahaproxy.appspot.com

      The "Beta channel" and "stable channel" point to the same release because Chrome 8 isn't quite ready yet for beta consumption.

    40. Re:What kind of a "standard" is this? by Anonymous Coward · · Score: 0

      I'm sure I'm missing something here -- what is it?

      A spell checker...

    41. Re:What kind of a "standard" is this? by gaspyy · · Score: 1

      I'm actually using Chrome 9.0.750.0 from the DEV channel.

      And no, I can't see any difference from Chrome 7...

    42. Re:What kind of a "standard" is this? by Anonymous Coward · · Score: 0

      I think most mail clients are 100% IMAP and POP3 compatible.

      Ha. Ha, ha. Hahahahaha.

      I laugh in the face of your naivety. What version of IMAP? With what extensions? POP3 is at least small enough that you have a decent change, but IMAP4 has many tens of extensions with various levels of compatibility between them all. The chances that both the client and server align in supporting them perfectly is pretty slim.

      All the browsers support <h1> - not all of them support the fanciest half-arsed underspecified CSS extensions that grew out of a committee of special interests.

    43. Re:What kind of a "standard" is this? by TheQuantumShift · · Score: 1

      Except it doesn't work in the most widely used version of Windows, XP. So the most Microsoft compatible browser under development must be Firefox. (Chrome and Safari provide their own UI and no one actually used Opera...)

      --

      Shift happens. Fire it up.
  9. And let's ignore that big fat '0' by Slutticus · · Score: 2, Funny

    in the foreigncontent row

  10. This is good news by Angst+Badger · · Score: 1

    I'm no Microsoft fan, but like everyone else who works on web applications, I can say that it will make my life much easier if IE9 does a good job of implementing the standards.

    Unfortunately, the technology I'm really waiting to see from Microsoft is something that will cause all of the existing copies of IE6 to spontaneously combust.

    --
    Proud member of the Weirdo-American community.
    1. Re:This is good news by cbhacking · · Score: 1

      Believe me, there are a lot of people who work at MS who would like that to. I wouldn't be surprised if somebody has already written a worm that does approximately that. I suppose the lawyers woudl disapprove, though.

      --
      There's no place I could be, since I've found Serenity...
  11. My first suspicion by snsh · · Score: 3, Interesting

    Did Microsoft just manage to pull an OpenOfficeXML with the HTML5 standard?

    1. Re:My first suspicion by Anonymous Coward · · Score: 0

      1997 has come and gone. Calm down.

    2. Re:My first suspicion by Anonymous Coward · · Score: 1, Informative

      It's Office Open XML. Stop trying to pollute the good name of OpenOffice.

    3. Re:My first suspicion by Anonymous Coward · · Score: 0

      Considering that every test page contains the line

      <link rel="author" title="Microsoft" href="http://www.microsoft.com">

      I am very suspicious that the test may be biased. I'm not saying the individual tests are broken or wrong, but as a whole they are mostly testing things IE9 does right and other browsers don't.

    4. Re:My first suspicion by DragonWriter · · Score: 1

      Did Microsoft just manage to pull an OpenOfficeXML with the HTML5 standard?

      Not with the standard, just with the conformance test suite.

    5. Re:My first suspicion by Animaether · · Score: 1

      The good name that's slowly but surely turning sour in favor of the 'LibreOffice' fork? (which I do hope they plan on changing real soon)

    6. Re:My first suspicion by Robert+Zenz · · Score: 1
    7. Re:My first suspicion by Ant+P. · · Score: 1

      Yeah, let's call it GrassFerret or something.

  12. Tried with latest chromium by HelloKitty2 · · Score: 3, Interesting

    Just tried with latest chromium, it passwed all random tests I clicked on, that the tested chrome failed on.

  13. Irrelevant by loxosceles · · Score: 1, Troll

    A good browser has more to do with continuous improvement than a one-time "we're compatible with the latest standards right now!" IE9 betas may be great today, but shortly after its release, it will be almost certainly be behind Chrome. Shortly after that, Firefox and Safari will pass it by.

    1. Re:Irrelevant by Bigjeff5 · · Score: 2, Insightful

      Apparently you weren't paying attention when IE6 became IE7, nor when IE7 became IE8, and you're certainly not paying attention now when IE8 is about to become IE9.

      Microsoft is obviously continually improving their product. If they weren't, this article would not exist.

      They are not, however, doing it on the schedule you would like them to do it on, and for some reason in your mind that qualifies as stagnation. Most reasonable people can recognize that this is, in fact, a major improvement in a long line of major improvements, which obviously discredits your claim completely.

      --
      Security is mostly a superstition... Avoiding danger is no safer in the long run than outright exposure. - Helen Keller
    2. Re:Irrelevant by HRH_H_Crab · · Score: 1

      They are obviously continually incrementing the number in the name of their product. I won't dispute that. And if it were not so there is a damn good chance this article wouldn't exist.

  14. Bullshit by Anonymous Coward · · Score: 0

    That page gives apparently random and usually low results for browsers where the test hasn't been run yet. Half the tests have not been run on safari, firefox, or opera.

  15. What about performance? by wervr · · Score: 1

    The biggest difference I have noticed between HTML5 implementations is how much faster chrome renders the stuff.

  16. And in other news... by Anonymous Coward · · Score: 0

    IE9 now passes almost 50% of the HTML4 test suite. Looks like they are treating standards conformance seriously. Congratulations!

    1. Re:And in other news... by Dr+Herbert+West · · Score: 1

      I've been seeing some of Microsoft's fancy banner ads lately touting the improved HTML 5 capabilities of IE9.... nice looking animation, small file size, played nice with the rest of the browser... except the ads were all done in Flash. Hm.

    2. Re:And in other news... by Anonymous Coward · · Score: 0

      what do you expect, anyone who knows anything at all about IT or web development will tell you that HTML5 is a PR stunt, more marketing than anything else.

    3. Re:And in other news... by Looce · · Score: 1

      That's because you can't really use HTML 5 to make an ad that is going to be served to users of IE below version 9, in all of which support for HTML 5 does not exist.

      So what do you use to advertise IE 9? Either Flash, or Java, or HTML 4 + JavaScript, or some other solution.

      Java is bulky. HTML 4 + JavaScript is not that fast in IE 8 and earlier, so it's liable to freeze IE up and disrupt page navigation. Other solutions may mess up even further. You're left with Flash.

  17. Dear W3C, there exists good test for HTML5 already by Anonymous Coward · · Score: 1, Interesting

    Dear W3C, there exists a good test for HTML5 already: http://html5test.com/ - use that F*sake.

  18. Time to buy some Ice Skates by jcl-xen0n · · Score: 1

    On a related note, Hell just froze over...

  19. Hmmm. MSDN? by TagrenHawk · · Score: 1

    I wonder if the folks over at the W3C were recently gifted with free MSDN subscriptions...

    Of course, why would they test the stuff we actually use?

  20. Some of tests seem dumb, and site seems broken. by clone53421 · · Score: 2, Interesting

    I stopped clicking through the tests one-by-one when I came across one that would have been fixed by a simple “if (x1 == x2 && y1 == y2) return;”. I went ahead and scrolled down the list, though... for some reason a lot of the tests near the bottom read “No Result” for many/most browsers, and clicking a test at random (canvas(2d.transformation.scale..zero.html)) that said “No Result” in every column except Safari gave me a 404 error.

    I’m not terribly impressed.

    --
    Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    1. Re:Some of tests seem dumb, and site seems broken. by Anonymous Coward · · Score: 0

      Typo in the link. Specifically, an extra dot. Try here.

    2. Re:Some of tests seem dumb, and site seems broken. by Anonymous Coward · · Score: 0

      Remove the extra period.
      http://test.w3.org/html/tests/approved/canvas/2d.transformation.scale.zero.html

    3. Re:Some of tests seem dumb, and site seems broken. by clone53421 · · Score: 1

      So the site is broken. Thanks for clarifying that.

      My only other puzzlement is, does Safari throw away double periods in the URL which somehow allowed it to pass that test?

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    4. Re:Some of tests seem dumb, and site seems broken. by clone53421 · · Score: 1

      Remove the extra period.

      Why? It’s their website. They should fix the links.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  21. Congratulations, with a caveat by Millennium · · Score: 1

    I'd feel a lot better about this if Microsoft weren't the one writing so many of the tests. As things stand, it smells an awful lot like the fox guarding the hen house.

    1. Re:Congratulations, with a caveat by Your.Master · · Score: 1

      That's fair to a point, but really all the browser vendors should be submitting a lot more testcases if we ever hope to have an interoperable standard (even if the underlying intent is mass puppycide).

    2. Re:Congratulations, with a caveat by jpmorgan · · Score: 1

      It's not Microsoft's fault Google, Apple and Mozilla aren't writing and submitting test cases to the W3C.

  22. So I am one of them by sosaited · · Score: 1

    So I finally got confirmation that I am a M$ basher/hater. As soon as I read the title of the article, I said to myself What a load of crap without reading anything further.

  23. HTML5 is a draft standard by bjourne · · Score: 1

    How well browser implement a work in progress standard is fucking irrelevant. The spec is subject to change! This just helps cement design decisions that should be reversible if reasonable criticism can be levied against them.

  24. It's worse than that (Or.. IE is better than that) by Anonymous Coward · · Score: 1, Interesting

    According to W3Schools, FireFox didn't support XSLT before version 3 and Opera didn't before version 9... But IE 6 supported it.

  25. Embrace comes before Extend by erroneus · · Score: 2, Insightful

    It's all part of their standard operating procedures after all. If they wish to get back on top, they will need to support the standards... then, of course, they will extend on them, get developers to use the extensions and then make sure everyone else looks "broken" again. Seen it all before.

  26. No wonder by uberjack · · Score: 1

    The testing was done on the brainslug planet. Testers liked it so much, they decided to stay of their own free will.

  27. your computer is pwned in 5 minutes by droidsURlooking4 · · Score: 1

    that must be part of html5 too.

  28. Re:Hmmm. MSDN? by Anonymous Coward · · Score: 0

    Money can make people do crazy things. Like "accidentally" call a working browser IE.

  29. Versions tied to the OS by watermark · · Score: 1

    IE9 will only be available for Vista and 7, and it will be another 10 years before it runs under Wine. In my mind, the fact that a web browser is so tied into the operating system that it runs on makes me think less of the browser. It seems more like an extension of the operating system more than a program that runs on it (which it was in yesteryear.) It seems that all browsers made by MS will add/alter system files to allow their browser to run. I'd be highly surprised if IE9 installed solely in x:/Program Files/ and x:/Users/.

    Request from Microsoft: When I upgrade to IE9, which I will, please don't ask me questions during the install. It made installing IE8 a pain.

  30. No half versions by tepples · · Score: 1

    Apparently you weren't paying attention when IE6 became IE7, nor when IE7 became IE8, and you're certainly not paying attention now when IE8 is about to become IE9.

    I think grandparent is referring to the lack of an Internet Explorer version 6.5, 7.5, or 8.5.

  31. Re:Dear W3C, there exists good test for HTML5 alre by Anonymous Coward · · Score: 0

    Umm...that is not a good test for HTML5 compliance? It tests things which are not in HTML5, it uses browser detection, it uses arbitrary weightings, it changes constantly, and it is so very far from thorough that it's hilarious?

    That test is interesting but it is not a compliance suite you can develop against.

  32. Not do they cover CSS by itsdapead · · Score: 1

    Not do they cover CSS or other standards that have nothing to do with HTML5

    Interesting use of the phrase "nothing to do with..." there. I guess they don't fall under the remit of the HTML5 standards committee, but they have a hell of a lot to do with whether or not a real-world webapp is going to work properly in your browser. If IE9 doesn't have a good CSS implementation then its not going to be much use (which is tough, because "good" and "CSS" don't belong in the same sentence).

    but are somehow lumped under HTML5 by the likes of Apple, Google, and Microsoft.

    Probably because saying "HTML5 + DOM3 + EcmaScript5 + CSS3 + H.264 + SVG +..." every time kinda ruins the flow of your press release, and nobody has yet come up with a better umbrella term (Web 3.0? Ugh. Rich Internet Application Archictecture? Yikes, no!!!)

    --
    In a survey of 100 programmers, 111111 thought that duck-typing was a good idea.
    1. Re:Not do they cover CSS by Yvan256 · · Score: 1

      And they better not come up with an umbrella term! The last thing we need is zombie browsers.

    2. Re:Not do they cover CSS by Dynedain · · Score: 1

      Exactly what I wanted to bring up.

      HTML5 without CSS is completely useless.

      --
      I'm out of my mind right now, but feel free to leave a message.....
    3. Re:Not do they cover CSS by Lokitoth · · Score: 1

      Actually, given that CSS generally fails in its goal in separating layout from content (you end up having to insert extra divs to stick formatting information on, rather than for semantic reasons), I would argue that HTML5 with CSS is not in stunningly better form. Then again, I am just hapring on my pet peeve: no way to, in a reasonable manner, center a box of indefinite size on the page. That a technology claims to be a "full-featured" presentation technology without support for such a simple request of it is somewhat annoying. The worst part is - doing it the "bad" way, with tables not only works correctly in /all/ the browsers, but is significantly faster, and much easier to read. Something is wrong here.

    4. Re:Not do they cover CSS by Dynedain · · Score: 1

      I agree their are problems with CSS that need to be addressed, and you brought up a great example, but comparing HTML5 support while ignoring CSS is pointless. It's like comparing javascript frameworks while ignoring browser support.

      --
      I'm out of my mind right now, but feel free to leave a message.....
    5. Re:Not do they cover CSS by itsdapead · · Score: 1

      Actually, given that CSS generally fails in its goal in separating layout from content

      I'm OK with the idea of having some formatting "hints" in with the text - the idea that you can, and should, always separate layout from content is just too idealistic. The problem with HTML/CSS is that you just can't achieve many common formatting tasks unless the divs in the content are "just so".

      The worst part is - doing it the "bad" way, with tables

      Don't lose sleep - just put <table class="layout"> so so anyone tweaking the CSS can target the correct class of tables, and then make sure that your text still makes sense if you just ignore the table tags.

      Then again, I am just hapring on my pet peeve: no way to, in a reasonable manner, center a box of indefinite size on the page.

      The number of column-inches dedicated to the various tricks and tips necessary for the ubiqutous "banner/menu column/resizable body" page layout also adds to the impression that none of the CSS designers ever tried to use it to lay out a typical web page. Add to that the inability to define constants such as "LEFT_PADDING=2em", "HIGHLIGHT_BACKGROUND=0x99ccff" so they can be easily changed (how much processing power could that take?) the past lack of support for invaluable attributes such as display=inline-block and the way that most implementations just don't seem to care about the "page-break" attributes.

      Also, what CSS really lacks is some sort of layout manager akin to the ones used for Java forms.

      However, the sad truth is that although CSS really needs a redo-from-start, it seems to be the only game in town (does any browser usefully support xsl/s=xslt/fo? Even so, that's a bit rocket science for page layout).

      I'm vaguely surprised (but glad) that Adobe haven't filled the vacuum with PDF-based solutions that allow robust control over page layout. I suppose they have, to the extent that many online journals rely on PDF downloads rather than trying to present the material in HTML.

      --
      In a survey of 100 programmers, 111111 thought that duck-typing was a good idea.
  33. That's great by Linux_ho · · Score: 1

    Now if only they could get it to do HTML4 correctly.

    --
    include $sig;
    1;
  34. The test is vastly incomplete... by Dreadrik · · Score: 5, Interesting

    ...according to the test developers.

    According to wired:

    Run IE9 against other aspects of HTML5 and the browser would be decidedly behind its competitors. IE9 lacks support for Web Workers, drag-and-drop features, SVG animations and the File API, all of which are vital components for building useful web applications, and all of which enjoy considerable support in other browsers.

    1. Re:The test is vastly incomplete... by neonsignal · · Score: 1

      to be fair to Microsoft, when they say 'compatible', perhaps they actually mean 'interoperable'...

      I guess you'd have to check with their Ministry of Standards.

    2. Re:The test is vastly incomplete... by Anonymous Coward · · Score: 0

      ... because Wired is the authority on web standards? I must have missed when Wired replaced the W3C.

    3. Re:The test is vastly incomplete... by snakedot · · Score: 1
      Wired is not the authority on web standards, but the W3C never made the claim that IE9 is the most HTML5 compatible browser. It would be very strange if they did, seeing as the current tests are very limited and basic, and far from test even a fracion of the full HTML5 specification.

      You really should read the Wired article. It actually tells you what is going on.

      The bottom line is that Microsoft submitted a bunch of tests to the W3C, and those are the ones that are the basis of this. There are tests by others as well, but Microsoft's tests make up a substantial part of the test suite. Furthermore, the number of tests is extremely small, so it's impossible to make any general statement about HTML5 conformance base on these.

  35. Sponsorship... by Hylandr · · Score: 1

    I see what you paid there...

    - Dan.

    --
    ~ People that think they are better than anyone else for any reason are the cause of all the strife in the world.
  36. Re:Dear W3C, there exists good test for HTML5 alre by Ferzerp · · Score: 1

    Of course it is! It provides the results that that grandparent desires (seeing arbitrary number X being the largest for favored browser Y).

  37. I was pleasantly surprised by IE 9 beta by 93+Escort+Wagon · · Score: 1

    When I develop web pages, I start with Firefox and Safari/Chrome - but I have to make sure they are usable in IE (7 and 8 for now) as well. But there are some standards-based ease-of-use additions that, up until now, would only show up if a user was on Firefox or Safari/Chrome. On a fairly wide table of results, for example, I might use the nth-child rules to color every 4th row for improved readability. Or, for appearance's sake, I might use border-radius to round some box corners.

    I downloaded the IE 9 beta into a VirtualBox instance, and took a look - the few CSS 3 functions I've used are all supported!

    But it still says something about IE that what surprised me was IE 9 catching up to the rest of the browsers. It's not better; it's just no longer demonstrably worse. And, with the current beta, Microsoft still tries to trick you into running it in Fundamentally Broken Mode ("Compatibility Mode").

    --
    #DeleteChrome
    1. Re:I was pleasantly surprised by IE 9 beta by timid3000 · · Score: 1

      I am a full time web developer.

      I just tried the IE9 beta with some of my websites and I am deceived, some standard DOM functions that advertised as supported do not work as expected or just crash throwing an exception. (the same code is working flawlessly in opera / firefox / chrome) I created a test case to send to the IE team, but it seems impossible to make bug reports for their products ...

      Seems that as with previous versions, it will still be a pain to support IE9.
      I am deceived.

  38. Re:Dear W3C, there exists good test for HTML5 alre by DragonWriter · · Score: 1

    Dear W3C, there exists a good test for HTML5 already: http://html5test.com/ [html5test.com] - use that F*sake.

    W3C has a test submission process for HTML5 conformance tests. If someone submitted those, they might get used. AFAICT, the tests to date have been submitted by Microsoft and have about the same coverage (presumably, because they are the same tests) as the tests Microsoft did in house and used to announce itself as the most HTML5 compliant browser a while back.

  39. Re:Hmmm. MSDN? by erstazi · · Score: 1
    Or how about who really authored the scripts to test this?

    <link rel="author" title="Microsoft" href="http://www.microsoft.com/" />

    Check the source for yourself: http://test.w3.org/html/tests/harness/harness.htm

  40. Re:Hmmm. MSDN? by DragonWriter · · Score: 1

    I wonder if the folks over at the W3C were recently gifted with free MSDN subscriptions...

    No, instead Microsoft just used the submission process establish for HTML5 and handed them a set of tests Microsoft wrote to highlight the features of HTML5 currently supported by IE.

    Surprisingly enough, IE does pretty well on those tests.

  41. RFC by Anonymous Coward · · Score: 1, Insightful

    Thats why it used to be referred to as a recommendation, instead of standard (lots of discussions around it, though i think the likes of ISO and whatsnot now consider W3C stuff as actual standards).

    In the same way that an RFC is a "Request for Comment", which makes it sound like a glorified memo. :)

    (And there's plenty of software that doesn't conform to RFCs.)

  42. wildly broken test? by Endymion · · Score: 1

    So I'm running FF3.6.9 and click on the first of the video tests, which they claim they got "no result" for in both FF 3 and 4.

    It seems to pass just fine, and matches their example image.

    This makes me wonder if anybody even bothered to check the results.

    --
    Ce n'est pas une signature automatique.
  43. Platform by markdavis · · Score: 1

    "so far, IE 9 has the best overall [html5] results"

    Great! (No really, it is)
    Now wake me up when IE can run on any platform other than just MS-Windows...

  44. Wired didn't give the same impression by Nemesisghost · · Score: 1

    Wired posted an article about this same subject, but they weren't as nice. They made it clear that the W3C tests catered specifically to the parts of the HTML5 standard that IE9 actually got right(and was coincidentally all part of Silverlight). Now those parts were the most used(video tags & what not), but in the other areas IE9 sucks just as bad as IE6 did at whatever standard was out when it was released. It appears M$ has the W3C in their pocket from the results posted.

  45. +/- tolerances by Anonymous Coward · · Score: 4, Insightful

    As a CSS guy, this means I find other browsers infuriating. Now that we have Webfonts I want to render ever piece of text with fonts instead of graphics...but getting a banner to just the right size is often impossible without a fractional font size. As a normal user, it means Firefox more often than not looks "wrong," because it's far enough ahead of the curve to be out front alone.

    This is the web, not desktop publishing. If you want pixel perfect rendering 100% of the time generate a PDF or PostScript file (or Flash). While CSS has certainly improved the visuals, the sites I like the best are ones that actually still useful when I use lynx/elinks to visit them (e.g., Daring Fireball, Ars Technica).

    While I'm a fan of good design, you have the wrong mind set when creating a site if you want the above IMHO. Even in engineering physical things there, are some +/- tolerances; you need to have some "give" in your designs and I think it's true with HTML as well. All of this advanced CSS is nice, but after a certain point you're into the realm of "control freak" designers.

    Please remember: web site != desktop publishing. If your layout can't handle a few pixel offset here or there, then it's veered into the realm of "control freak" country.

    1. Re:+/- tolerances by Just+Some+Guy · · Score: 1

      While CSS has certainly improved the visuals, the sites I like the best are ones that actually still useful when I use lynx/elinks to visit them (e.g., Daring Fireball, Ars Technica).

      And on the opposite end of the spectrum, there are a lot of iOS users who detest sites that force specific renderings. It's not the best idea to discard the "young with disposable income" demographic just because that banner has to be 4.263 inches wide to keep the graphic designer from losing his mind.

      --
      Dewey, what part of this looks like authorities should be involved?
  46. Re:Hmmm. MSDN? by kahless62003 · · Score: 1
    Maybe not a MSDN subscription, but if you check out:
    http://test.w3.org/
    At the moment it says:

    W3C would like to thank Microsoft who donated the server that allows us to run this service.

    Well at least they appear to be running Debian on it.

  47. Tell me when IE will be multiplatform by hugortega · · Score: 1

    ... on the other hand, this is a good thing (just only because other are doing better efforts, not because MS is standards' friend)

    1. Re:Tell me when IE will be multiplatform by Skapare · · Score: 1

      Never! It will never happen. Microsoft management will overrule any release of IE, or any other Microsoft application such as MS Office, for any platform that it feels to be a threat.

      --
      now we need to go OSS in diesel cars
  48. 6-9 by makubesu · · Score: 1

    Looks like 6 is a complete 180 from 9. And you scoffed as my numerology before.

  49. MS wrote the tests by colonslash · · Score: 1

    This page has a discussion in the comments about MS being a major contributor, if not the major contributor, for these tests.

  50. IE9 won't even stay open for 5 seconds for me by sandytaru · · Score: 1

    In its present form, it has critical stability problems. I don't give a poop about compatibility when I get "internet explorer has stopped working" every other page.

    --
    Occasionally living proof of the Ballmer peak.
  51. I'm convinced by Skapare · · Score: 1

    I want to switch to IE 9 today! Where can I download the source for Linux version?

    --
    now we need to go OSS in diesel cars
  52. Trick by the_cosmocat · · Score: 1

    I'm surprised nobody notify that Microsoft have submitted some times ago a lot of their test used to develop IE9. So all these tests are passed by IE9 and sometimes not the other browsers. That's why IE9 passed so much tests... But I think that globally (for all the HTML5 requirements), IE9 is still behind...

  53. Let's try this another way. by Slutticus · · Score: 1

    the morons are the graphic designers that can't comprehend procedural logic, and the developers that won't be burdened by design implementation.

    Let's change that to: "I think the problem is that graphic designers don't do enough to understand procedural logic, and that developers don't go the extra mile to consider design implementation" Isn't that better? No need to get people to waste perfectly good mod points to put your statement in the troll bin.

    1. Re:Let's try this another way. by MichaelKristopeit118 · · Score: 1

      how about: "I think the problem is morons"

    2. Re:Let's try this another way. by Anonymous Coward · · Score: 0

      how about: "why is a little shitstain like you even still here? didn't you get banned on about a hundred of your accounts?"

    3. Re:Let's try this another way. by MichaelKristopeit127 · · Score: 0, Troll
      because the morons who built the system to ban USERS did absolutely nothing to ban PEOPLE.... same as the morons who built the system to limit comments by USERS did absolutely nothing to limit comments by PEOPLE.

      why do you cower? what are you afraid of?

      you're completely pathetic.

  54. Eh, MS managed to do WHAT? by SmallFurryCreature · · Score: 1

    Lets not get ahead of ourselves. W3C CLAIMS that a beta product follows a very narrow part of the next generation of the web (this is after all far more then just html5, no matter how accurate it is that html5 is html5) better then others... but no mention of CSS3, or other extensions that other browsers already support and no word on MS adding any of its own extensions yet again.

    Sorry, but call me cynic, but I need a bit more to be convinced MS is going to play nice this time around. They never ever played nice before. Why should this time be any different? Does anyone REALLY think MS wants an open internet? Because the other browsers will catch up soon enough and are ahead in other areas already. So what is MS advantage to be just another browser maker? If IE has nothing special, what is its selling point?

    I am just not convinced. In fact, I very much expect tomorrow there be plenty of stories debunking this one.

    --

    MMO Quests are like orgasms:

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

  55. The gauntlet is thrown... by zarmanto · · Score: 1

    You know, as I recall, the folks over at Apple who work on the Webkit project (the foundation of both Safari and Chrome) took the release of the Acid3 test as a personal challenge, and promptly threw their full weight into acing that test, in a furious-winner-takes-nothing-but-bragging-rights race against the Opera developers (since nobody even else seemed interested in joining in the race). I'd imagine that the discrepancy between the numbers noted in The Register's screen shot and the W3C's official results page is a direct result of a very similar kind of response... so then, the gauntlet has been thrown down. Who will be the first to ace all seven feature tests? Will it be a Webkit release, or an IE9 preview release -- or someone else altogether? Hmmmmm...

  56. So what? It's not shipping + IE8, IE7, IE6 by gig · · Score: 0, Troll

    It may well be that the latest nightly WebKit beats IE9 on this test. It may be that the latest beta of Firefox 4 brats IE9 on this test. But they are all just betas. What matters is what you SHIP. There isn't a single Windows PC or Windows phone that has left the factory with an HTML5 browser. That is years and years behind.

    Worse, most IE users are uses abysmal IE8, IE7, IE6 browsers, and since most Windows users are on XP, which can't run IE9, that will continue.

    So no matter how you look at it, Microsoft has a long, long, way to go to get current in browsers.

  57. YOU .. HAVE .. NO .. IDEA by mrwolf007 · · Score: 1

    I think most mail clients are 100% IMAP ... compatible.

    You have no idea.

    I'm still waiting for an xkcd comic like this..
    picture: Mountain View Zoo truck
    picture: Ape escapes from van, gets chased
    picture: Ape flees into Googleplex
    picture: Ape sitting on front of pc, typing
    picture: Zoo employees enter room, monkey flees
    picture: Zoo employees look at screen, say "Oh no! Not again!"
    picture: Screen closeup:

    Network Working Group Ma. Dape
    Request for Comments: 7518 Google Inc.
    Updates: 3501 May 2011

    IMAP Extension for recursive URL rewriting schemata using advanced heuristic implication

    Note: If you dont "get it", count yourself lucky.

  58. Why... by Ghjnut · · Score: 1

    Is the W3C reporting on the compatibility of a standard they refuse to endorse until they've come to a consensus. Sending mixed signals...

    --
    MouseClass extends ScrollClass, which extends TabClass, which extends SidebarClass, which extends PowerClass, w
  59. Forget HTML6, we need IE6 compatiblity by jonwil · · Score: 1

    Microsoft should throw everything it has into finding a way to make IE9 work on all those "IE6 only" web sites. Then they could finally stop all support (patches etc) for IE6.

  60. So by your logic... by TangoMargarine · · Score: 1

    We shouldn't even bother starting work on code to do HTML 5 until the final version is released? And I assume after that, they'll have amendments, too...we had probably better wait for those...

    If stuff changes, those who set up stuff for the way it is now should change it. Whether they actually do is another problem.

    --
    Unity? Screw that: XFCE. Slashdot Beta? Screw that: SoylentNews. Australis? Screw that: Pale Moon. UX developers DIAF
    1. Re:So by your logic... by Ant+P. · · Score: 1

      This is how Microsoft perverts standards these days:

      They already have their tendrils stuck in the W3C, so all they have to do is drag their feet using "this is a draft" as an excuse to not implement something - while at the same time deliberately holding up the standards process from the other side.

      It's why the WHATWG has made actual progress while the W3C continues its slide into irrelevancy - they didn't allow MS to interfere to begin with.

  61. Wouldn't get to excited yet ... by aklinux · · Score: 1

    The W3 Blog says thing are pretty preliminary at this point. They say they have about 97 tests worked out so far and about another 900 in the wings. This puts IE the winner with less than 10% of the results in?

  62. MS's test suite? by Anonymous Coward · · Score: 0

    Microsoft submitted their HTML5 compatibility tests to W3C. Are these (any or all) the same tests? If so, is it a surprise IE9, built to pass those tests would come out on top?

    Also, since Webkit nightlies are readily available, why are only Safari stable tested by site-after-site, while Chrome and other's bleeding edge test versions are compared?

  63. Actually it is Opera 11.00 alpha (build 1045) by Anonymous Coward · · Score: 0

    http://my.opera.com/desktopteam/blog/2010/11/01/snapshot

  64. Just to sum the results up by MemoryDragon · · Score: 1

    The tests only test a small subset of what is available from html5, mainly the canvas and a few other things.
    The more important stuff like the html5 forms stuff, the detached elements, specialized input controls, webworkers, worker threads etc... (you name it) are left out, the test is relatively favorable to ie9 because it tests only the subset of things ie9 supports, while all the others are way further in their implementations in the other areas, microsoft yet even has to deliver an implementation.
    It makes sense for the w3c to test the common ground, but other tests which test everything implemented for html5 give a totally different picture on the browser capabilities and there ie9 really lacks in almost every area except eye candy. This is especially bitter for web programmers because they cannot rely on vital stuff like websockets and again have to go for hack methods to get results html5 and literally any other browse can deliver out of the box.

  65. Now the WC3 Says That's Not What the Scores Mean by 99BottlesOfBeerInMyF · · Score: 1

    Shamelessly copied from another discussion:

    The result was then discussed in emails between W3C members, including Anne van Kesteren of Opera, Maciej Stachowiak of Apple, Jonathan Griffin of Mozilla, Mikkel Toudal Kristiansen of Google, and Kris Krueger of Microsoft. Opera's van Kesteren wrote, "This test suite is vastly incomplete. Publishing unverified results of a vastly incomplete test suite without a big fat warning is extremely silly. Why was this done?" Stachowiak responded, "It's also strange that the results include alpha/beta/preview versions of most browsers, but the stable version of Safari [rather than the latest nightly build]. Wouldn't be a big deal other than the fact that this rather buggy test results page was labeled as 'Official' and then picked up in the press as authoritative. We should probably be cautious about the chance of creating PR events based on incorrect information." Google employee Ian Hickson, the author and maintainer of the Acid2 and Acid3 tests and the HTML 5 specification itself, added, "I agree with Anne that it's rather pointless to be publishing results for this test suite. Realistically speaking the test suite isn't even 0.1% complete yet."

    Basically, there is not a comprehensive HTML5 test suite yet. What there is, is a pile of tests that Microsoft has submitted to the test suite and which do test some of HTML5, but ignore the vast majority of it needed to do real world HTML5 apps and sites. It includes no tests at all for drag and drop, Web Workers, local storage, or CSS3 transforms and animations. It includes a few tests for SVG, but only for the very minor parts IE 9 can handle and while there is a comprehensive SVG test, which IE 9 fails miserably, scoring dead last with 58% compliance behind the next worst Firefox which scores 79%

    In short, these results are basically MS submitting tests they pass to a hugely incomplete suite, noting they then pass more of the incomplete suite then others, then trying to spin this as their being more complete in implementing the spec than others. MS and IE 9 beta win on marketing, but still lose on compliance to the spec.