Slashdot Mirror


How To Get Around the Holes In IE9 Beta's Implementation of Canvas

mudimba writes "Microsoft has made grand announcements about how great their implementation of the HTML5 canvas specification is. However, while I was porting a large HTML5 application to work with IE9 beta I found that there are some key features missing. Workarounds are provided where possible. (Disclaimer: I am the author of the submitted article.)"

111 comments

  1. Not sure why this is here by Anonymous Coward · · Score: 1

    Doesn't everyone on slashdot use a *nix system?

    1. Re:Not sure why this is here by Vectormatic · · Score: 1, Insightful

      or at the very least, install a half-decent browser on any system running windows (such as when the boss forces you to)

      --
      People, what a bunch of bastards
    2. Re:Not sure why this is here by Anonymous Coward · · Score: 0

      Doesn't everyone on slashdot use a *nix system?

      Only the smart ones. The rest are Microsofties and Apple fanbois.

    3. Re:Not sure why this is here by Bert64 · · Score: 4, Informative

      Do Apple systems not qualify as *nix anymore?

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    4. Re:Not sure why this is here by suso · · Score: 1

      According to http://www.day15000.com/ they do.

    5. Re:Not sure why this is here by Stooshie · · Score: 1

      Hey, I use OS/2 you insensitive clod!

      --
      America, Home of the Brave. ... .and the Squaw.
    6. Re:Not sure why this is here by thetoadwarrior · · Score: 1

      OS X is *nix and comes with many of the tools and apps I get on Ubuntu.

    7. Re:Not sure why this is here by yuhong · · Score: 1

      Yea, Windows vs Unix or Mac OS X is a better comparison than "PC" vs "Mac", which really is a misnomer nowadays.

    8. Re:Not sure why this is here by Doggabone · · Score: 1

      Doesn't everyone on slashdot use a *nix system?

      This is about porting a web application to the Internet Explorer 9 beta, not about using a browser on one's own system. The audience for the application is everyone, Windows and OS X users, via any browser that might be able to render it. Excluding the Windows/IE audience is rarely, if ever, a prudent position for a web application.

    9. Re:Not sure why this is here by omfgnosis · · Score: 1

      What a strange question. While it's conceivable that people out there are developing bespoke graphics web applications for themselves, by and large web developers are developing for a larger audience. What kind of system the developer uses is irrelevant, when the developer can trust that the broader audience's system profiles are fragmented. And since Microsoft is championing the "same code" mantra (which is hardly an achievement to shout to the heavens, as all the other browser vendors have had this motto since Mozilla started releasing betas), one should be able to expect the platform not to matter at all.

  2. Gotta say it by suso · · Score: 1, Funny

    Its 2011 and (big surprise) there are still problems with IE's implementation of HTML. This has been going on since IE3 (and probably before). I think we can safely say at this point that the problem is the company and will probably never change. As they say, the day Microsoft makes a product that doesn't suck is the day they make a vacuum cleaner.

    1. Re:Gotta say it by bunratty · · Score: 3, Interesting

      Acid tests are not useless, but they are certainly not the best measure for how standards compliant a browser is. The company who makes the browser can choose to implement the features on the Acid test and not the features that are not tested by the test.

      In this case, IE9 gets 95/100 on Acid3. But Acid3 tests only standards what were written in 2004 and doesn't cover HTML5. So although IE9 gets a good score on Acid3, it says nothing about how well IE9 implements HTML5, which Acid3 doesn't test.

      Acid tests are not useless, but you have to understand what they're testing before you can interpret the results of a test. If you see a high score on an Acid test and conclude the browser has good support for standards all around, you're misinterpreting the results.

      --
      What a fool believes, he sees, no wise man has the power to reason away.
    2. Re:Gotta say it by DrXym · · Score: 1

      There are problems with every browser's implementation of HTML5. Test your browser here and see. For all the buzzword bullshit about HTML5 from every browser maker, it's clear that pretty much all of them come up short. And that page is just looking at the top level functions, I bet there are bugs and quirks galore once you drill deeper.

    3. Re:Gotta say it by MemoryDragon · · Score: 4, Insightful

      Yes I find it quite amusing how Microsoft plays the we are html5 ready game currently marketingwise while they literally are three years behind the competition in many areas of html5. IE9 will be html5s IE6 all over again, as it seems to me.

    4. Re:Gotta say it by MemoryDragon · · Score: 0

      And yet IE comes shortest, there is litterally only one feature they did right and that is the hardware accelerated CSS transitions and transformations and even there it is questionable which transitions work and which not. Everything else is either only halfway implemented or missing entirely.
      IE9 is html 4.5 at best :-)

    5. Re:Gotta say it by MemoryDragon · · Score: 1

      Id say the wisest move would be from Microsofts side to ditch IE entirely and participate in the Webkit project like everyone else, then we finally also would have a unification in engines to big degrees!
      But hell freezes over before that happens I guess.

    6. Re:Gotta say it by bunratty · · Score: 2

      IE always seems to have more problems than other browsers. We've seen it recently with IE7's and IE8's low scores on Acid3, which Microsoft is finally fixing in IE9. Right now, the most current stable release of nearly every browser scores 90/100 or above on Acid3, but IE8 still scores 20/100, lagging far behind everyone else. Similarly, IE9 is lagging behind on HTML5 features compared to other browsers. So, yes, every browser has problems with HTML5, but we can expect IE to have more problems than other browsers do for years to come.

      --
      What a fool believes, he sees, no wise man has the power to reason away.
    7. Re:Gotta say it by TaoPhoenix · · Score: 2

      They can't let go of their Incompatibility Paradigm that gave them lock-in for 7 years.

      --
      My first Journal Entry ever, in 8 years! http://slashdot.org/journal/365947/aphelion-scifi-fantasy-horror-poetry-webzine
    8. Re:Gotta say it by ifrag · · Score: 1

      I suppose in some vague way that it's better than the terrible 20/100 from IE8 with assorted visual artifacts. All I see here is IE9 has still managed to be non-compliant with even the prior standard, so a fail score is still meaningful.

      --
      Fear is the mind killer.
    9. Re:Gotta say it by denis-The-menace · · Score: 0

      Where are my mod points when I need them. (Sign)

      --
      Obama's legacy: (N)othing (S)ecure (A)nywhere and (T)error (S)imulation (A)dministration
    10. Re:Gotta say it by denis-The-menace · · Score: 1

      FF 3.6.8 gets 139 + 4 bonus points out of possible 300

      IE 7.0.5730 gets 12

      NOTE: the http://html5test.com/ site does not keep score for any browsers.

      --
      Obama's legacy: (N)othing (S)ecure (A)nywhere and (T)error (S)imulation (A)dministration
    11. Re:Gotta say it by bunratty · · Score: 3, Informative

      All browsers are non-compliant, in the sense that no browser supports all published web standards 100% accurately. The fail score in IE9 certainly is meaningful -- IE9 does not support SVG fonts or SMIL animation. Again, if you know what the Acid test is testing, you can interpret the results of the test accurately. IE9 scoring 95/100 is great news for web developers -- they can use the JavaScript and DOM features that will become more important as browsers support complicated user interfaces in HTML. Or, that is, they can when IE9 becomes popular. The next step is for browsers to support HTML5 well.

      --
      What a fool believes, he sees, no wise man has the power to reason away.
    12. Re:Gotta say it by suso · · Score: 0

      You probably lose them on making comments like "Where are my mod points when I need them".

    13. Re:Gotta say it by I8TheWorm · · Score: 3, Informative

      You get that it's beta, right?

      --
      Saying Android is a family of phones is akin to saying Linux is a family of PCs.
    14. Re:Gotta say it by Anonymous Coward · · Score: 0

      "the day microsoft makes a product that doesn't suck is the day they make a vacuum cleaner"

      welp you just made my day lol

    15. Re:Gotta say it by Shikaku · · Score: 1

      They aren't going to add anything anymore. It may as well be RC.

    16. Re:Gotta say it by I8TheWorm · · Score: 1

      ?? Beta 9 and beta 10 haven't been released yet. I"m not sure where you get your facts (speculation?) from.

      --
      Saying Android is a family of phones is akin to saying Linux is a family of PCs.
    17. Re:Gotta say it by Anonymous Coward · · Score: 0

      The correct word is "sigh," not "sign."

    18. Re:Gotta say it by Shikaku · · Score: 1

      It's speculation. I guess I should have added that.

    19. Re:Gotta say it by I8TheWorm · · Score: 1

      Fair enough.

      Mind you, I'm not really a supporter of IE9, and rarely use IE at all. I'm glad MS is getting more current with web standards though, although it never seems to be enough.

      --
      Saying Android is a family of phones is akin to saying Linux is a family of PCs.
    20. Re:Gotta say it by raphael75 · · Score: 0

      Easy solution: stop bothering to make sites ie-compatible. Just forget about it. Then when users say they can't view a site, tell them they have to get a real browser. If web programmers just stop catering to ie users what are they gonna do? Fuck ie.

    21. Re:Gotta say it by cbhacking · · Score: 1

      Dude, that may be the usual meaning of beta, but unless you have a hell of a lot closer sources than I do (possible but unlikely) that's an unjustified assertion. It's only two months since the last public Platform Preview build (the beta build is 4 months old, PP builds are usually on a roughly 8 week scedule so another could come out any day). Each PP build has added features. They've continued adding features and fixing incompatibilities well past the beta release. They *probably* won't do that into RC, but what evidence do you have that RC is any time soon?

      --
      There's no place I could be, since I've found Serenity...
    22. Re:Gotta say it by DaVince21 · · Score: 1

      *All* browsers at this point is HTML 4.5 at best. None of them can fully implement HTML5 because the HTML5 spec isn't even finished.

      So IE9 is closer to HTML 4.2 then, I'd say. Or something.

      --
      I am not devoid of humor.
    23. Re:Gotta say it by omfgnosis · · Score: 1

      This was the argument that I was making after IE 8's release, and I think the IE team has proven us wrong. I was convinced that Trident was irreparably compromised by backwards compatibility, but in IE 9 they have made great strides in interoperability with the rest of the browser vendors. It's probable that IE 9 won't get them all the way there (although they've continually surprised with adding substantial improvements with each pre-release, including the introduction of canvas when it seemed they were going to skip it), but they clearly have a platform that is flexible enough to catch up... given enough time. Bear in mind that they're almost a decade behind (as of IE 8). They have tremendous resources and great programmers, but neither is enough to overcome a decade of latency in one release.

      Trident is going to catch up.

    24. Re:Gotta say it by omfgnosis · · Score: 1

      While I look forward to HTML5 features as a web developer, I think it's hardly fair to complain that IE has incomplete support for an incomplete standard. If you look at the implementations provided by Apple and Google and Mozilla, you'll see that among (and even within) the more mature engines there are huge areas of incompatibility in HTML5 and CSS3, much of which is barely in a draft state. The IE team has (unsurprisingly and un-offensively, IMO) chosen to focus on *stable* specs for IE 9, and have executed well in this regard.

    25. Re:Gotta say it by cbhacking · · Score: 1

      Care to mention any, and I mean litereally even one, place where IE9 is three years behind another browser on HTML5?

      I call bullshit. There are some places where the (4 month old) IE9 beta is behind, yes, but not by three years, or even close. There are fewer places where the (2 month old) IE9 platform preview (still beta code) is behind. Two of the issues this article mentions were fixed internally even before the article was posted.

      Yes, it would help if MS released builds more than once every 2 months. That doesn't exuse exorbitent claims of 3 years out-of-date.

      --
      There's no place I could be, since I've found Serenity...
    26. Re:Gotta say it by raphael75 · · Score: 0

      ie9 is only 59% compatible with HTML5/CSS3/modern javascript: http://www.caniuse.com

  3. No feature missing here by hcs_$reboot · · Score: 0

    The only missing thing is IEx on any of the computers at home.

    --
    Slashdot, fix the reply notifications... You won't get away with it...
  4. NO! by Anonymous Coward · · Score: 0

    If you start writing workarounds instead of submitting these to Microsoft and wait for a fix, the way the web is written will never change!

  5. Whaasat by Anonymous Coward · · Score: 0

    DeviantArt is hosting dev blogs now? What how why?

  6. Beta browser, draft spec... by BlueScreenO'Life · · Score: 5, Insightful

    So, a browser in beta phase does not conform to a specification in draft stage!
    Who would have thought!

    1. Re:Beta browser, draft spec... by MemoryDragon · · Score: 1

      Well if all other browsers in beta and final are draft spec compliant and the so called beta browser is literally the last to the game it better ought to be better than the rest of the world or it will drown and be ignored.

    2. Re:Beta browser, draft spec... by BlueScreenO'Life · · Score: 2

      Not arguing that. I avoid IE whenever possible but I just find it funny how we don't miss a chance to take a dig at MS.
      Amusingly enough, the link to the specification points to a page with a big warning reading "This version of the specification has been superceded!". How wise is it to spend time making a browser to implement a spec that changes so often? And complex apps that rely on it, for that matter?

    3. Re:Beta browser, draft spec... by Anonymous Coward · · Score: 0

      If you've read the summary and can't see the negative spin in it ("Microsoft made GRAND ANNOUNCEMENTS about their HTML5 compatibility but there are holes!") then you are delusional.

    4. Re:Beta browser, draft spec... by kikito · · Score: 1

      "Who would have thought!"

      Someone aware of Microsoft's previous track on browsers.

      Or someone who has just spent the last 2 days trying to dumb down their markup just so the dumbest browser of all time was able to render it correctly. Or someone who has just purchased a domain name (www.i8ie.com) just to express his mental state after that endeavor.

    5. Re:Beta browser, draft spec... by Johann+Lau · · Score: 1

      It's negative alright, but how is that "spin" though? They're even proudly announcing features they're last of all the main browser to implement... sure, it's silly to test all of this now I guess, neither CSS3 nor the browser are there yet... so I'll give you that. But yes, Microsoft does like to make GRAND ANNOUNCEMENTS, even when they just stole and repacked some of last year's dung, and as long as they do that they need to be shot down... until they stop doing that, or stop moving, it's their choice. They're aggressively lying and/or selectively telling the truth knowing most people are more or less sheep --- they're raping your mums, everybody, and if they're not it's only because they can't, NOT because they wouldn't WANT to, and don't you forget that for a second (not posted AC cuz I need the karma) --- they know zero shame, no boundaries, they have no taste and no coders worth shit... their reality is already so negative you'd had to be a masochist to put "negative spin" on it.

    6. Re:Beta browser, draft spec... by Anonymous Coward · · Score: 0

      Microsoft are going to fuck over the web and standards once again. You know why?
      They don't know how to not be incompetant.

      Fuck you M$ fuck you all to hell!!

  7. Disclaimer? by Anonymous Coward · · Score: 0

    Isn't that more like... claimer?

  8. HTML5 by captain_dope_pants · · Score: 2

    Just the other day someone asked if I'd done any work with HTML5 and I said I was going to wait for a good while until it worked everywhere. They assured me it did, now I find the opposite.

    Glad I didn't bother starting now - procrastination has saved me yet again :)

    --
    while (true != false) process_more_stupid_code();
    1. Re:HTML5 by bunratty · · Score: 2

      It's not black or white. CSS doesn't work everywhere, in the sense that if you write CSS the way web design books explain, much CSS won't work in IE6 and IE7. If you wait until all HTML5 features work on all browsers, you'll be waiting a very, very long time.

      --
      What a fool believes, he sees, no wise man has the power to reason away.
    2. Re:HTML5 by JasterBobaMereel · · Score: 1

      It works everywhere they have a released browser that supports it ...

      IE9 is still beta - When released it will support the bits of HTML5 that MS can be bothered to implement, and for everything else they will say, "It doesn't do that use Silverlight"

      --
      Puteulanus fenestra mortis
    3. Re:HTML5 by Anonymous Coward · · Score: 0

      HTML5 is threat for MS. Like open document format. That why MS forced closed OOXML as open and will never use it as open.

      MS is sitting in HTML5 development group. To make sure it does not advance.
      MS is not implementing HTML5 in it's browser for the same reason.

      This should be clear for everyone. Any open standard is a threat for MS monopoly. Allowing open standards would be like shooting own foot for MS.
      MS will try to spread SL and that way keep control of the internet (SL will never work with linux, for example).
       

    4. Re:HTML5 by whiteboy86 · · Score: 1

      This mess only shows that the web in is flaved by design and the "apps" are way better in just any regard. The web 3.0 really are the apps with backside server feed.

      For example there is an iPad app for weather, that is so good that we completely stopped visiting weather office website. I do not think the web will go the way of Gopher, but near future might show that HTML5 will not be needed or even wanted.

    5. Re:HTML5 by TaoPhoenix · · Score: 1

      But if you decide that "4 out of 6 Ain't Bad", and skip IE and your choice of one of the others, there might be as much as 5 years of dev time saved in the sense of practice and store code now, rather than waiting on a magical green light day.

      --
      My first Journal Entry ever, in 8 years! http://slashdot.org/journal/365947/aphelion-scifi-fantasy-horror-poetry-webzine
    6. Re:HTML5 by xaxa · · Score: 1

      There are plenty of bits of HTML5 that you can start using now. They might not do anything on one or more browsers, but they'll be appreciated by the people that do see them. I used some HTML5 for a website we launched recently, and we haven't had any reports of problems with things like <input type="search" placeholder="Search articles"> or <article>.

      Here is a good place to start.

      I did the same regarding CSS3. Columns and the :target attribute don't work in IE, but it's useful for people with better browsers. Those users also get slightly-interactive SVG charts, IE users just have bitmaps. Of course, if IE9/10/whatever supports :target, SVG, and so on, those users will start to see this stuff.

    7. Re:HTML5 by bunratty · · Score: 2

      Or you can stick to features that work in all browsers. Just because all browsers don't support all of HTML5 doesn't mean you should avoid HTML5 completely. It's simply not black or white.

      --
      What a fool believes, he sees, no wise man has the power to reason away.
    8. Re:HTML5 by markdavis · · Score: 1

      And IE9 won't be made to work on XP, shutting out a large segment of users. Meanwhile, the latest Firefox (and other browsers) will run on Linux, MacOS, Vista, 7, *and* XP.

      Firefox/Mozilla: Free, Open Source, standards based, actively developed, multiplatform, supports older versions of OS's, and huge market penetration. If I were developing ANY type of web application, I would absolutely use Firefox as the main target.

    9. Re:HTML5 by Anonymous Coward · · Score: 0

      and huge market penetration.

      We all long for the day this is true, but it is not. You can't blame web developers for targeting the browsers that people actually have.

    10. Re:HTML5 by tepples · · Score: 1

      skip IE

      And skip nearly half of your customers.

    11. Re:HTML5 by markdavis · · Score: 1

      In the US, Firefox is on about one out of every three computers. That is a *huge* share of the market. If you had a dollar for every computer Firefox is running on, you would be very, very rich.

      In the EU, Firefox is closer to 50% market share overall; 60% in Germany.

    12. Re:HTML5 by cbhacking · · Score: 1

      IE9 is still in beta, still getting improvements made and incompatibilities removed. Despite that, it's already compatible enough that it will happily run (at good framerate) a NES emulater entirely in JavaScript, HTML5, and especially canvas. That emulator was definitely not written as an IE9 demo, either - it's just compatible with it because IE9 adheres to the standard well enough.

      --
      There's no place I could be, since I've found Serenity...
    13. Re:HTML5 by Johann+Lau · · Score: 1

      well it's either that, or lose the other half to web outfits that have some guts? because those sites would be more usable, prettier, AND faster to boot, so assuming everything else is the same.... and frankly, when it's 50/50 of "internet explorer users" vs. JUST ABOUT ANYTHING, gimme the people who don't actively participate in exploding the intarwebs by being clueless and lazy. (and I bet they have less money than the other half, too, if your thoughts go along such whorish lines (mine don't)).

      if big (I mean BIG, like imdb, ebay, googlemail, facebook... the meat of the drone web if you will) websites started sticking to the standards and letting the browsers fall where they may, I'm sure even grandgrandparents will figure out a way to ask someone to install firefox etc. for them. because, you know, all those sites wouldn't just silently break, like internet explorer breaks sites that actually stick to standards -- no, they'd display a big, fat warning with a helpful list of compatible browsers... and that would be the moment where mr. and mrs. random pick up the phone, OR buy a new computer, OR simply just leave the internet and do something else for all I care (because them voting with their wallets on the web just makes for shitty election results and famine for all).... but it would be the end of this heritage of bullshit at any rate.

      yeah I know, I'm a dreamer. yet all it would take is a bunch of people not being whores for a year, but some can't even do that for 5 minutes it seems, and that's where it fails. "But I'm just taking orders", and "But the others are goosestepping, too"... it's a fucking disgrace.

    14. Re:HTML5 by tepples · · Score: 1

      no, they'd display a big, fat warning with a helpful list of compatible browsers

      None of which you have permission to install, or whose portable version you have permission to use, due to software restriction policies in effect on the computer you're using.

    15. Re:HTML5 by Johann+Lau · · Score: 1

      what exactly are you talking about?

    16. Re:HTML5 by Enigma23 · · Score: 1

      And IE9 won't be made to work on XP, shutting out a large segment of users. Meanwhile, the latest Firefox (and other browsers) will run on Linux, MacOS, Vista, 7, *and* XP.

      Firefox/Mozilla: Free, Open Source, standards based, actively developed, multiplatform, supports older versions of OS's, and huge market penetration. If I were developing ANY type of web application, I would absolutely use Firefox as the main target.

      If I were developing ANY type of web application, I would absolutely use Opera as the main target, as it has been explicitly designed from the very start to conform to W3C specifications...

      --
      Ceci n'est pas une .sig
  9. Test Cases by Anonymous Coward · · Score: 5, Insightful

    1. He's using IE9 Beta 1, which is fairly old and out of date. He should try the latest platform preview.
    2. He should post functional test cases, like ACID does, instead of posting just the code and pictures.
    3. He should contact MS. Instead he is relying on the nerd-rage from Slashdot to get big enough for them to notice. They have an appropriate channel for this where the issue can be discussed.
    4. Despite what people think, canvas is not HTML. It's a proprietary and patented Apple technology that has been submitted to W3C for review as a potential addition to HTML. Yes, submission to W3C does require patent disclosure and royalty-free licensing when a submission becomes a part of a recommendation, but canvas has not reached that stage. Patent fears aside, as an early draft it is a standard subject to change either by W3C or by anyone who feels like interpreting the draft as they see fit, which could occur concurrently as in opposition to each other.

    1. Re:Test Cases by Anonymous Coward · · Score: 0

      who cares? fuck Microsoft

  10. Please! No workarounds! by garry_g · · Score: 2, Insightful

    The web is still suffering from all the workarounds implemented for IE6 ... don't do workarounds, make M$ FIX the problems instead!

  11. submit a bug report by MagicM · · Score: 1

    You can (and should) submit bug reports for IE9 directly to Microsoft. Complaining on your personal blog and hoping that the magic internet fairies will take care of it is less effective at getting the problem fixed.

    1. Re:submit a bug report by symbolset · · Score: 2

      Actually, I think getting a slashdot article on the issue is a whole lot more likely to get it fixed. They do come here you know.

      --
      Help stamp out iliturcy.
    2. Re:submit a bug report by pyalot · · Score: 1

      They do come here you know.

      I knew it. They are among us! The truth is out there, searching for your webdev grief.

    3. Re:submit a bug report by Jugalator · · Score: 1

      Since it's not a bug in the typical meaning of that word, but actual missing support of a number of features, I'm pretty sure MS is aware of them and has intentionally postponed them for IE 10 or later.

      --
      Beware: In C++, your friends can see your privates!
    4. Re:submit a bug report by kikito · · Score: 1

      Yeah, it has worked great on the last 4 versions of the browser.

    5. Re:submit a bug report by Blakey+Rat · · Score: 1

      Or the stable release of IE9. He *is* testing a beta, remember. Beta? Beta? Remember what Beta means? (Not even the most current beta, to-boot.)

  12. IE8 is NOT the most pleasant/compatible/fast by pyalot · · Score: 4, Interesting

    I just got forced to adopt IE8 compatibility (outside constraints). After developing something that runs just fine in Safari/Firefox/Chrome for 4 weeks, it took me:

    The downside
    - 4 hours to get it to run in IE8
    - Data intensive JS processing/DOM manipulation is about 10x slower then in either of the alternatives
    - Since no support for CSS3 border-image is present, it makes it look ugly
    - Since DOM/JS is so slow, animations (width, height, opacity etc.) are slow as hell.
    - the HTML5 popstate event (document.location change) is not supported, hence a watchdog interval has to be installed checking the document.location.hash 20x/second
    - since IE is the only browser to enforce XHR caching, every request needs a timestamp query parameter (something that no other browser does, and which is really stupid, altough easy to provide)
    - the developer tools are difficult to use (as compared to chrome, webkit, firebug etc.)

    The Upside
    - console.log works (thank god, no more alert debugging)
    - The layout just worked (though I think that's rather a side effect of using pixel width/height zealously rather then an IE8 virtue)
    - developer tools, any, even if they work badly, but developer tools!

    Recommendation for anyone: IE is still the worst browser, and there's at least 4 alternatives which are collectively 1) faster 2) easier to develop for 3) more compatible to each other 4) prettier 5) more standards conformant

    1. Re:IE8 is NOT the most pleasant/compatible/fast by Jezral · · Score: 3, Informative

      - since IE is the only browser to enforce XHR caching, every request needs a timestamp query parameter (something that no other browser does, and which is really stupid, altough easy to provide)

      Or, you could use POST requests like you're supposed to. Any number of intermediary caches and load balancing tricks can play foul with GET requests, but POST is not allowed to be cached.

      With jQuery this is as simple as using $.post() instead of $.get().

    2. Re:IE8 is NOT the most pleasant/compatible/fast by pyalot · · Score: 1

      Or, you could use POST requests like you're supposed to.

      Which in my experience are really slow in browsers as compared to GETs, especially in IE.

      Any number of intermediary caches and load balancing tricks can play foul with GET requests, but POST is not allowed to be cached.

      With jQuery this is as simple as using $.post() instead of $.get().

      Which is what http cache headers (no-cache) are here for, so any number of balancing/intermediary stuff knows what to do (except of course IE, which does not seem capable to fully talk http/1.1)

    3. Re:IE8 is NOT the most pleasant/compatible/fast by asdf7890 · · Score: 1

      Or, you could use POST requests like you're supposed to.

      Which in my experience are really slow in browsers as compared to GETs, especially in IE.

      That really shouldn't be the case in any browser, unless there us something wrong with the web server, browser, a proxy in between, or some difference in caching behaviour (i.e. your GET requests are being cached somewhere unbeknownst to you so appear faster than equivalent POST requests in your tests). The amount of data sent in equivalent GET and POST requests should be more-or-less the same (i.e. the same give or take a few bytes hear or there due to encoding differences). Can you cite/show any examples of where you've seen this behaviour?

    4. Re:IE8 is NOT the most pleasant/compatible/fast by asdf7890 · · Score: 1

      - Data intensive JS processing/DOM manipulation is about 10x slower then in either of the alternatives

      Any significant Javascript and/or DOM manipulation is a lot slower in IE8 than the competition. IE8 is better than IE6 in this respect but still dog slow. IE9 is said to be much more comparable to the competition in this regard, but I'll wait until it is actually released to see rather than basing expectations on the beta cycle.

      Not matter how fast IE9 is though, I'll still be stuck supporting IE6 at work as there is no way our clients (large banks) will drag themselves out of the stone age in that respect until MS officially drop security patches and paid support for it (which is due to happen in April 2014 for those running it on XPsp3, IIRC, and major corporate contracts may effectively extend that by a few months).

    5. Re:IE8 is NOT the most pleasant/compatible/fast by I8TheWorm · · Score: 1

      I had that mentality at my previous gig until we finally convinced the USAF linguist turned infrastructure director that IE6 was on the dead pool. Of course, he then designed a 2 year project to replace it with IE8 without any user testing.

      I did some work for a major bank in 2001-2002 and I understand the frustration with slow adoption. That's one of the reasons I don't work for banks anymore.

      --
      Saying Android is a family of phones is akin to saying Linux is a family of PCs.
    6. Re:IE8 is NOT the most pleasant/compatible/fast by Romario77 · · Score: 1

      >- since IE is the only browser to enforce XHR caching, every request needs a timestamp query parameter (something that no other browser does, and which is really stupid, altough easy to provide) Just set the headers right, it won't cache in that case. Here is a snippet from Java/JSP response.setHeader("Cache-Control","no-cache"); //HTTP 1.1 response.setHeader("Pragma","no-cache"); //HTTP 1.0 response.setDateHeader ("Expires", -1); //prevents caching at the proxy server

    7. Re:IE8 is NOT the most pleasant/compatible/fast by yuhong · · Score: 1

      Don't forget the lack of true XHTML support forcing people to serve them as text/html.

    8. Re:IE8 is NOT the most pleasant/compatible/fast by cbhacking · · Score: 1

      Fascinating... you realize you're talking about IE8, right? As in, released-in-2009 IE8? This article is about the IE9 beta, which is already out of date at 4 months old. IE9 isn't even in RC yet, nor did this article's author use the most recent preview build

      To address your Downsides with respect to IE9:
        - I can't speak to the hours your particular site will require, but a lot of things just work in IE9 even if I have to spoof the user-agent to keep it from saying "Nope, can't do IE, go away!"
        - IE8's JS isn't JIT compiled. IE9's is, and it's well over 10x as fast as IE8 - in fact, it's faster than Firefox by a non-trivial margin.
        - Lots of CSS3 in IE9, and I'm pretty sure this does include border-image.
        - Not only is IE9's JS compiled and fast, it uses hardware-accelerated rendering so animations are super-quick (even on crappy Intel graphics, though faster GPUs are even better).
        - I really don't see this as a bug; either make sure the server insists on no caching, or use POST.
        - The developer tools have been improved a lot compared to IE8 In addition to a better UI and other ease-of-use improvements, it now includes things like a profiler to find slow operations/expensive functions.

      --
      There's no place I could be, since I've found Serenity...
  13. Re:Here's an idea by Anonymous Coward · · Score: 0

    The CFO is a luddite. If he can't reach our site because he uses IE, I might as well remove that 10 years reference from my resumé. I hear McDonald's is hiring...

  14. Re:Here's an idea by imakemusic · · Score: 1

    Unfortunately for me one of the sites that I maintain gets the majority of its views from UK Government workers, most of which use IE. Roughly 2/3 of the visitors to this site are using IE of one form or another. (Admittedly IE9 is only a tiny proportion of these and a lot of them are using IE6 still so I'm unlikely to be using canvas any time soon)

    Sure, I could block them completely and it might make a few of them take notice but the majority would just see it as us not wanting to make our site available to the people who need it.

    It's a vicious circle and one that I would love to help break (I posted a comment on here a while back which included some code that does what you mention) but in the meantime we still need to get clients and they're still using IE6. We're not going to turn away business because of some browser idealism.

    --
    Brain surgery - it's not rocket science!
  15. I'll wait for the RTM by Jugalator · · Score: 0

    I won't bother spreading these news for now, since IE apologists (yes, they exist) will defend themselves by saying that IE hasn't gone RTM yet, and is expected to reach RC soon. So that features may be missing. I won't bother saying how ridiculous it is to think that MS will implement major HTML5 features to support HTML5 Canvas well in a *release candidate* since these are, again, IE apologists, of all kinds of apologists.

    But I expect a crapstorm to be unleashed once this one goes final. MS shouldn't have been so bold and build up expectations so much. They've made it sound like they will support HTML5 in its entirety, except for disputed parts of the standard not yet finalized.

    --
    Beware: In C++, your friends can see your privates!
    1. Re:I'll wait for the RTM by Anonymous Coward · · Score: 0

      I won't bother spreading these news for now, since IE apologists (yes, they exist) will defend themselves by saying that IE hasn't gone RTM yet, and is expected to reach RC soon.

      I will complain that they tested the older IE9 Beta 1 instead of the latest platform preview. It's possible that this issue was addressed.

      They've made it sound like they will support HTML5 in its entirety, except for disputed parts of the standard not yet finalized.

      Finalized? Canvas isn't even recommended yet, let alone finalized. HTML5 is still fairly early in the W3C standards process, and at this stage Apple can still assert their patents over it.

    2. Re:I'll wait for the RTM by I8TheWorm · · Score: 1

      I defended it since it's in beta, and I prefer a combination of Firefox and Chrome. I only use IE when forced to.

      So why would it take an apologist to point out the patently obvious?

      --
      Saying Android is a family of phones is akin to saying Linux is a family of PCs.
    3. Re:I'll wait for the RTM by cbhacking · · Score: 1

      Are you bloody serious?
      First of all, IE9 Beta already supports the majority of Canvas. This guy found a few things that didn't work right in the build he was using (far from the newest one, FYI).
      Second, IE9 has been receiving improvements to its compatibility in many areas, including Canvas, during Beta. At least one of the bugs found was known, reported, and fixed a while ago.
      Third, it *is* still in development (beta, not RC). We (the public) are about due for another preview build drop; the currently available one is 2 months old.
      Fourth, If MS were to avoid supporting the portions of HTML5 not yet standardized, they wouldn't have anything at all! The whole spec is still in Draft... seriously, read the official spec page linked in the summary.
      Fifth, while there will undoubtedly be shit flung by developer X whose favorite corner case Y doesn't work right yet, most Canvas sites *just work* in IE9 already.
      Sixth, MS is already well past the expectations of most web developers. ACID5 (except for the parts that are now redundent and being deprecated), HTML5, CSS3, and very fast JS. All software has bugs, but MS has already largely delivered on its promise to support the same code as other browsers, and it's still in beta!

      --
      There's no place I could be, since I've found Serenity...
    4. Re:I'll wait for the RTM by benjymouse · · Score: 1

      Hum - you do realize that already at this stage, IE is the browser with the most complete implementation of HTML5 and CSS3 right?

      MS has actually contributed *most* of the compliance tests (the official ones, not ACIDs) and have disclosed where IE doesn't *yet* pass the tests. You can run those test yourself and see if your favorite browser passes *all* of them (or even more than IE): http://samples.msdn.microsoft.com/ietestcenter/#html5Canvas

      I'm posting this using Chrome and that chart seems to be about right, i.e. only a few of the failed tests have been corrected even though this is Chrome 8.0.552.215 and the chart is from the Chrome 7 days.

      globalCompositeOperation "destination-over" is shown as "fail" for IE. If you look at the chart - and do not cherry pick like the original poster did - you will soon realize that IE is indeed the browser which is *most* compliant with the *draft* spec.

      What we have here is a biased author who cannot even hide his bias, cherry picking a few areas where IE fails and trying to blow them up as all-important and outright reason to reject IE and MSs efforts. And then he goes posting it on slashdot in order to instigate a good MS bash fest. Real class.

      --
      Reading slashdot one-liner: (irm http://rss.slashdot.org/Slashdot/slashdot).rdf.item | fl title,desc*
  16. Re:Here's an idea by JamesP · · Score: 1

    Well, from your description, apparently the solution you currently use is flash, correct?!

    So I guess it would be better to maintain Flash in IE9 rather than 'neuter' Canvas code.

    --
    how long until /. fixes commenting on Chrome?
  17. Re:Here's an idea by shish · · Score: 2

    Why should you waste time and money supporting them?

    Because the amount of money you make from supporting them is greater than the amount spent to do so?

    If you're running a personal site for your own amusement, then sure, do whatever you think is fun; but when you're trying to make a living (in any industry), rudely telling half your customers to go away is rarely a wise decision

    --
    I mod down anyone who says "I will be modded down for this", regardless of the rest of their comment
  18. Re:Here's an idea by imakemusic · · Score: 2

    Well at the moment I don't use anything that needs that kind of functionality. I do use some jQuery to give it a bit of interactivity but it is essentially a static page.

    As for maintaining a Flash version in IE9, I doubt it is easier duplicate chunks of your code in a different language (plus the cost of buying the Flash authoring tool) than it is to alter a couple of lines in your Javascript. But then again, you said "better" which is a subjective term.

    My favourite way would be every time that an IE-specific line of code is called, an email gets sent to the IE team at Microsoft...That would get their attention.

    --
    Brain surgery - it's not rocket science!
  19. Overstated by pizzach · · Score: 1

    Maybe Microsoft IE team doesn't have the money or resources to develop their browser? After all, they don't get the google income of Firefox and they have to pay those horrible h264 fees. They must be borderlining on broke or something. The old guys were disbanded years ago to work on bigger projects and only college hang overs who beg for money from their parents get to touch the code nowadays. [end sarcasm]

    I honestly would expect more from an ex-market leader in web browser development. Pure laziness on Microsoft's part.

    --
    Once you start despising the jerks, you become one.
  20. Google Chrome Frame getting more & more import by pizzach · · Score: 1

    It is probably the only way that IE will support modern features. Ever. I am serious. Google needs to start pushing this more. Maybe the embarassment will force MS to finish their HTML5 implimentation.

    --
    Once you start despising the jerks, you become one.
  21. Re:Here's an idea by JamesP · · Score: 1

    I doubt it is easier duplicate chunks of your code in a different language (plus the cost of buying the Flash authoring tool) than it is to alter a couple of lines in your Javascript. But then again, you said "better" which is a subjective term.

    My favourite way would be every time that an IE-specific line of code is called, an email gets sent to the IE team at Microsoft...That would get their attention.

    True, yeah, maybe it would be easier to do all the 'bells and whistles' on Flash, so you wouldn't have the duplication problem. (Even though flash costs money)

    About the email idea, I LOVE IT.

    --
    how long until /. fixes commenting on Chrome?
  22. Don't try to "get around" it by harmonise · · Score: 3, Insightful

    Stop coddling this company. Don't try to get around it. Code to the standards and let IE9 fail to render if they can't implement the spec properly. Google, Apple, Mozilla, and Opera all have no problem following the spec.

    --
    Cory Doctorow talking about cloud computing makes as much sense as George W Bush talking about electrical engineering.
    1. Re:Don't try to "get around" it by Anonymous Coward · · Score: 0

      Stop coddling this company. Don't try to get around it. Code to the standards and let IE9 fail to render if they can't implement the spec properly. Google, Apple, Mozilla, and Opera all have no problem following the spec.

      That's not really an option for most commercial developers. Rather, the work around should be Chrome plug-in. If enough sites require it, sys admins will have no choice but to put it on approved plug-in lists.

    2. Re:Don't try to "get around" it by Benbrizzi · · Score: 2

      Try telling that to your clients."I'm not making it compatible with half of the browsers out there because it's too complicated".

  23. Microsoft Response by bsv368 · · Score: 1

    Not surprisingly, IE9 Beta is a work in progress.

  24. Re:Here's an idea by imakemusic · · Score: 1

    The sad fact is that there is no answer that doesn't make somebody's life slightly worse either by taking developers time or money or denying the client access to the site.

    Actually, I've got a better idea than the email but I'm not sure how to implement it: Every time an IE-specific line of code is called a small withdrawal from Microsoft's bank account...

    --
    Brain surgery - it's not rocket science!
  25. Microsoft Responds by TimSneath · · Score: 5, Informative

    Hi there, thank you for the post. I just wanted to add a few observations on behalf of the Internet Explorer team.

    Firstly, no browser offers a perfect implementation of the Canvas 2D API specification to date - we've documented and shared a few examples from our test suites here: http://samples.msdn.microsoft.com/ietestcenter/#html5Canvas

    As has been well noted, the IE9 build tested was our beta.

    Secondly, in response to the specific issues raised, Giorgio Sardo has posted a response on his blog here:
          http://blogs.msdn.com/b/giorgio/archive/2011/01/14/building-great-browsers-together.aspx

    We'll update this entry over time.

    Thanks for listening,

    Tim Sneath | Microsoft Corp.

    1. Re:Microsoft Responds by BeforeCoffee · · Score: 1

      Dear Tim,

      Please backport IE9 to Windows XP. My preciousss needs to run good on IE on XP, etc.

      Thanks in advance,
      Dave Woldrich
      https://clubcompy.com/

  26. What if MS adopted the Tasman engine? by yuhong · · Score: 1

    I wonder what would have happened if MS adopted the Tasman engine used in Mac IE 5 and ported it to Windows instead of spending years fixing the Trident engine?

  27. DISCLOSURE, not DISCLAIMER by grcumb · · Score: 1

    Time to go all grammar (well, vocabulary) nazi on you....

    The word you want is Disclosure, not Disclaimer.

    A disclosure is, in this case, a statement of conflict of interest: "I wrote this thing, so I might be biased about how good it is."

    A disclaimer would be: "I wrote this thing and even I don't believe it!"

    I'm pretty sure you meant the former, not the latter,

    --
    Crumb's Corollary: Never bring a knife to a bun fight.
  28. Permissions by tepples · · Score: 1

    If the site is broken and a list of downloadable alternative browsers appears, the user may not have privileges to install the program or to run the portable version. Only an administrator can install software to Program Files, and the so-called portable version can be blocked using Windows software restriction policies.

    1. Re:Permissions by Johann+Lau · · Score: 1

      But wouldn't any admin worth their salt already have a modern browser installed?

      Sure, employees might not be, uhm, expected to use Ebay and Facebook... but let's say, if even Google stopped caring about anything non-standard, if ALL big sites did... then you'd have Firefox etc. installed virtually everywhere 3 days after that, and two weeks later Microsoft would announce IE 10.

      And for those places where you're not allowed to browse at work, well, screw 'em. You're not suggesting we keep all that IE-compatibility crud in the HTML just for those? Nah.... "99% of our sites don't work for blind people, but make sure it's safe for work!!" makes me sick to say the least. I for one wouldn't mind a web without input or eyeballs of people who don't really mean it, but are just procrastinating: if it's not important enough for you to do it AFTER work, just don't do it

      Yeah I know, it's not a very popular opinion, but it's the only one I have ^^