Skip to content

Instantly share code, notes, and snippets.

Created September 12, 2010 19:05
Show Gist options
  • Star 11 You must be signed in to star a gist
  • Fork 1 You must be signed in to fork a gist
  • Save paulirish/576335 to your computer and use it in GitHub Desktop.
Save paulirish/576335 to your computer and use it in GitHub Desktop.
Things to do when IE9 Beta comes out

Things to do when IE9 Beta comes out

Note significant features added since IE9 PP4

  • Implemented but not announced: box-shadow, hsla
  • Expecting: 2d transforms, css animation, css transitions, flexible box model
  • Maybe: gradients, columns, reflections, svg filters, uncrippling @font-face, 3d transforms
  • Maybe version auto-update functionality

Test Modernizr against it

  • Does it still throw an error checking elem.msTransform?
  • Are test results consistent with advertised support? ticket
    • Areas of intrigue: flexbox, transforms, indexeddb
  • Any substantial things worth adding into Modernizr 1.6 as a result of IE9 support?
  • Word on the street is there is no way to target IE8 but not IE9.
    • That would suck. Someone find one!

Update CSS3Please

  • Add any new supported values, prefixed or unprefixed.
  • Will they kill filters?
  • We want to get rid of the IE8 filter syntax as IE8 reads the 6,7 variant just fine.
    • Unless IE9 doesnt have transforms but does have filters and only reads the -ms-filter variant.
  • Hmm. Everything should be peachy.
  • Maybe double-check conditional comments setup.
  • Verify IE=Edge forces documentMode == 9

HTML5Rocks updates

  • Maybe add new support for prefixed transforms in the studio?

Explain @font-face caveats with IE9

  • The situation is: if you do not have a WOFF in your declaration.. and are using the bulletproof (smiley) syntax, you might have a problem.

  • Again, If you have a woff in there, you're fine.

  • The TTF has this little fucker called an embedding bit which has four possible values. IE9 requires the TTF to have it set to 0, which means Installable. Chances are your TTF file doesn't have it set to that.

  • If it's not 0, IE9 will not subsequently grab the .eot that <= IE8 typically grabbed. The spec says it can't. And IE9 follows specs like whoa.

  • You can solve this by either now serving a WOFF.. or by adding an EOT to the primary src descriptor:

     @font-face {
       font-family: 'Graublau Web';
       src: url('GraublauWeb.eot');
       src: local('☺'),
              url('GraublauWeb.eot') format('embedded-opentype'), 
              url('GraublauWeb.ttf') format('truetype');
  • Maybe. or just wait for the final, which will probably drop before 2011

Update your vendor prefixes

  • firefox just removed their -moz for border radius for FF4 final so that's the last of em.
  • make sure you use the unprefixed border-radius along with the rest.
  • also its pretty safe to use the unprefixed for transitions and transforms
  • gradients i wouldnt drop the prefix just yet.
  • thx anna

Celebrate a little.

Added by @dshaw:

Celebrate that 3 years from now we'll be able to share a modern web experience with the IE user base. #heyyo

Copy link

Word on the street is there won’t be a way to target IE8 but not IE9. That would suck. Someone find one!

God I hope someone comes up with a solution… If IE9 doesn’t fix those CSS parser bugs, this will break existing sites relying on IE8 browser hacks.

As a last resort, I filed this as a bug on Microsoft Connect. Please vote there if you would like this to be fixed.

Copy link

Aww you orphaned ! It needs some love too!

Copy link

Added, divya. <3

Copy link

If you're using paul irish's body conditionals, it doesn't matter if IE9 can be selected with css hacks. It's invalid anyway so stop it. =)

Copy link

Well then I'll document that. :) Good suggestion.

Copy link

@timmywil: Of course, but still it would be nice if existing sites relying on IE8 browser hacks wouldn’t break in IE9, right?

Copy link

Keep up the good work Paul. We all really appreciate it. :-)

Copy link

asrail commented Sep 13, 2010

@mathiasbynens: actually, are you saying that CSS hacks should be versioned? They already have conditional comments.
Hacks are fun, but they're just hacks. Nothing more than it.
This way people learn they should make the things the right way.
Why can't someone fix a bug regarding selector or comments? No one should rely on third-party bugs to build their programs.

People will file bugs (or mail the site owner) and they should use conditionals. They'll have to change anyway, so make it the right way.
The only valid use of IE css parser bugs that I've seen was to differ IE 5 on Mac from IE 5 on Win. All other should use conditionals.

Copy link

@asrail Not that discussion again…

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment