The CSS Corner: About CSS corners

The first time we used ‘The CSS Corner’ as a general blog post heading, Chris Wilson sent this feedback: “Many readers will think the post is about border-radius”. The very first comment proved him right within hours.

Today, CSS Corner is about the border-radius property, by far the most heavily requested feature of the CSS3 Backgrounds & Borders module.

A factor behind this popularity is its pervasive role in styling the ‘chrome’ of a web application. Making modern, visually attractive tabs, dialogs, custom button controls, even super-awesome button controls is much harder if the only available corner shape is square. Quite literally rounding the edges of web app UIs to give them a more polished or even desktop-app look was important enough for authors to fall back on using table layouts and images to achieve the desired effects across all browsers. A wealth of individual requirements and experimentation spawned countless blog posts, a dedicated Javascript library and even a number of jQuery plugins.

A Long Time Coming

First specified back in 2002, border-radius was already supported by Firefox 1.0 in 2004 as –moz-border-radius. Almost three years later, Safari 3.0 followed with –webkit-border-radius. In December 2009, the specification became a Candidate Recommendation. A few weeks ago, Opera’s 10.50 release was the first to add support the property without a vendor prefix. The first IE9 Platform Preview Build released at MIX 2010 also supports border-radius. Within months, a single border-radius declaration will work interoperably in all the latest browser releases.

Getting It Right

Addressing well-known use-cases is always a primary goal. But the two borders connected by a CSS box corner can also be styled e.g. using dashes or dots which should follow the specified curve. Each border may also use a different style, width or even color. Getting all the permutations right – producing the result expected by the author, as defined by the specification – across the ranges of each variable has been a particular challenge for browsers.

Consider dotted borders of varying widths with rounded corners; which of the following renderings is likely to reflect the intent of most authors?

four images of a box with a dotted border, each size has a different width.  The top left box the corners are not dotted, they look solid, the top right box the dotts are more like squares and the corners are  not smooth.  The bottom left box there are some dots which overlap in the corners, the bottom right box the dots are smoothly spaced and transition evenly from the different widths.

Each blue box above is a screenshot of the same simple testcase as rendered in a different browser. IE9’s rendering is at the bottom right. (The image links to the testcase).

For a solid border of variable width with the same corner radii, IE9 gives the rendering at right:

two boxes with solid rounded corners of different widths.  The box on the left there is a sharp edge between the two borders.  The box on the right the transition is smooth.

Cross-browser agreement on the rendering of more creative border geometries enabled by this new feature remains to be achieved:

three boxes, with double rounded corners of different colors.

IE9’s rendering is also the rightmost above.

Future challenges include interoperable corner gradients; when a rounded corner connects border of different colors, modern browsers will typically display something like:

a curve with a sharp line where it changes from red to blue

While the specification defines the exact position of the transition line between the color areas, an interoperable and testable definition for a color gradient along the curve remains to be defined. If you are a web author with feedback or thoughts on the matter, the CSS Working Group would love to hear from you at

border-radius in the IE9 Platform Preview Build

Our first preview build includes full support for the property as currently defined, including shorthand and longhand syntax, as well as the corresponding DOM properties.

As CSS3 Backgrounds & Borders has reached Candidate Recommendation, the property name is not prefixed with –ms.

A Call To Action

While a number of web pages already make use of this feature, some, such as the superawesome button demo page, do not render properly in IE9 or Opera 10.50 because they lack an unprefixed declaration of the border-radius property. As the specification nears Recommendation and browser vendors are working on their final implementations and testcases for submission to the W3C, we recommend that new content always include a border-radius declaration without vendor prefix.

We are looking forward to hearing your feedback!

Sylvain Galineau
Program Manager

Comments (69)

  1. Anonymous says:


    acid n (n = 1, 2..) tests are useless.

    @Mitch 74: you should check your PC/OS for problems. All the PCs i tried IE Preview on, links always opened in "DEFAULT BROWSER" (as in FF/Chrome).

    I dont have any PC with Opera/IE as default.

  2. Anonymous says:

    Yeah, IE definitely wins in this department

  3. George Wurst says:

    IE definitely wins In the dotted borders case.

    Good job!

  4. kl says:

    Now authors are using proprietary -webkit- and -moz- extensions when IE implements the standard property 🙂

  5. Jean-Philippe Martin says:

    Great ! This discussion will finally take place !

  6. Matt says:

    As someone who at one time worked on IE, but no longer works for Microsoft, I was getting a bit weary of Microsoft claiming things like "ACID3 is arbitrary" and "we implement the relevant standards"

    Excuses always sound lame, especially from a company with as much money as Microsoft.

    Good job for getting out in front of this and finally showing how you implement at least some standards better (at least visually) than other browsers and challenging them on working together to make the standards better and more complete.

    Also good job for actively monitoring your ACID3 score which shows you are working on it and taking it seriously. Better to be proud of your improvements than ashamed or in denial about your current score.

  7. While some may call those test wonky and unrealistic – i am very glad, that MS is pushing the terms "standard" and "interoperable implementation" to new limits.

  8. Ben Boyle says:

    Very nice! It will be great to have the simple cases supported at long last, and excellent to see action on driving those complex cases towards agreement. Hoping IE9 adoption is much swift — still organisations I know sticking with IE6, shame on them. I hope they don’t plan to sit on IE7 or 8 for years … at least, not if they want rounded corners on their web pages! 🙂

  9. FremyCompany says:

    Mail about gradients resent to www-style.

  10. mocax says:

    looking forward to the day when we can put vendor-specific implementations behind….

  11. Mila76 says:

    > Hoping IE9 adoption is much swift

    If ie9 is not aviable for XP adoption is really slow… like IE7 or worst

  12. nokian97 says:

    thanks,Good job!

    hope ie9 can as good as firefox!

  13. Gary says:

    Congrats on getting this implemented. Sometimes web authors and users are a fickle lot, and while some want the latest SVG, DOM or something quite technical behind the scenes, others are just happy with the front-end visual enhancements that an implementation of border-radius can bring.

  14. I think the small dots in IE should be spaced a little closer together.

    First of all this will achieve parity between browsers, allowing web site developers to use this reliably without the design department bugging them over the spacing difference. This is a situation I actually encountered with IE’s current dots, sadly.

    Secondly, actually relative to their size it also makes more sense, the big dots have about a dot’s worth of space between them, whilst the small dots have more like two dots of space in between.

  15. Other than that by the way nothing but praise for the attention to details in implementing these cases with varying widths. It looks great!

  16. Excellent.

    IE dominated this in the past.

    Anyone remember the Netscape v4 horrors?  😉

  17. Holzel says:

    Looks like transitions might become part of the standards document:

  18. Sylvain Galineau [MSFT] says:

    @Holzel, the current language does not yet define the gradient algorithm in an interoperable, testable way. Browsers do not yet implement it either. It is the right thing to do eventually, but this area needs more design work.

    Most importantly, it needs author feedback and input.

  19. Its very nice to see IE team addressing a very good problem, with a very good approach.

    "…each blue box above is a screenshot of the same simple testcase as rendered in a different browser. IE9’s rendering is at the bottom right…."

    hat’s off to you guys to not name any browser to claim superiority or such pettiness, shows IE is finally maturing, in terms of standards support as well as in terms of competition. I just hope IE9 to be the fastest browser.

  20. David Pratt says:

    IE9 looks like it could be the browser that we’ve all been waiting for from Microsoft…

  21. :3 says:

    wow and border-radius natively supported!?

    Great work!!

    Also don’t forget to add opacity, since you’re using DirectX it shouldn’t be too difficult to implement. -ms-filter- isn’t exactly doing the job right and it’s more code to add to css.

    Also fix that PNG transparency issue please.

    IE 7/8 takes gamma information into account, where it shouldn’t making the gfx look different.

    We currently use PNG crush to strip gamma info from a PNG but IE shouldn’t take it into account in the first place.

    Also the transparent PNG do not work right with opacity applied to them.

    Thanks for your efforts!

  22. Time to go says:

    @Mila76 – XP is already in the final phase of its lifecycle, and headed for full retirement.

  23. Sylvain Galineau [MSFT] says:

    @3, opacity is also in the Platform Preview build. As is rgba().

  24. Searcher says:

    #Time to go

    Is a joke ?

    all others browsers are still compatible with XP.

    in alphabetical order:

    Google Chrome Mac OSX/Linux/XP/Server 2003/Vista/Windows 7

    IE8: XP/Server 2003/Vista/Windows 7

    IE9 Preview: Vista/Windows 7 <—- only two OS ? fail

    Firefox 3.6: Mac OSX/Linux/2000/XP/Server 2003/Vista/Windows 7

    Opera 10.50: Mac OSX/Linux/2000/XP/Server 2003/Vista/Windows 7

    Safari 4.0.5: Mac OSX/XP/Server 2003/Vista/Windows 7

  25. Stuie Wakefield says:

    I am pleased to hear MS finally giving a more open attempt to do things to standards and not going off and doing their own thing.

    Face it though (@searcher) XP has had its run (released 2001 its 9 years old which is a long time for a fridge let alone an OS), I know personally I purposely avoided Vista but Windows 7 is fine.

    We are, however, always going to have a problem with large corporates clutching onto their old technology to save the millions it will cost to upgrade their computer infrastructure. Therefore we will be stuck with the IE6s and 8s for a while. But with this regard it also falls down on us (designers/developers) to limit our use of hacks, ‘it doesn’t look as good in IE6’ rebuttle ‘well IE6 is as old as time its not going to match exactly’ rather than adding long and complicated hack to appease. As long as it is usable and doesn’t look broken we should allow that degradation over platforms. Square borders instead of round, deal with it or get a newer browser that can. Obviously there are some hacks we can’t avoid, but keeping a short leash on it is important.

    It is interesting though that other browsers have their proprietary border radius properties. I hope they don’t go the way of old MS (assuming new MS has changed its ways).

    Anyway good work with the IE9 border radius, I’m liking the transitions.

    (Notably though the only people that care about these things are designers, some developers and marketing execs, average Joe Public doesn’t care that you have rounded borders around the box he sometimes clicks on)

  26. Stuart Wakefield says:

    Apologies that post was off the point, what I meant by it is that border-radius is only supported in IE9 and IE9 is only supported in Vista / Windows 7… There’s no problem here, out with the old in with the new. Microsoft playing catch up, well at least they are trying. Game on Garth!

  27. Paulo says:

    Too bad all this for 30%- of the world to see. No support for XP is shooting your own foot. IE6/7/8 lives because XP lives. IE6 alone have almost that market share on my country, and it’s just a browser.

    And Firefox, Chrome, Safari, Opera, support XP (and some even arcaic win2k) without a hitch, why would IE9 be specific to Vista / 7?

  28. Mitch 74 says:

    @Paulo: probably because IE 9’s development is planned for after XP goes into extended support phase (only security fixes).

    The very best we could expect is ‘IE 8+’, implementing IE 9’s engine in software mode, inside IE 8’s chrome – which should be possible, but unlikely, for strategic reasons.

  29. Mitch 74 says:

    Oh, I just noticed another bug in the IE9 preview: although my default browser is Firefox 3.6, the preview considers IE 8 to be my default browser… tut, tut! That ain’t no good.

  30. Stifu says:


    "It is interesting though that other browsers have their proprietary border radius properties. I hope they don’t go the way of old MS (assuming new MS has changed its ways)."

    Nothing to do with the old MS way, they’re simply following the W3C recommendation to prefix vendor-specific properties ( This is often used for experimental properties that have not reached the Release Candidate stage yet, as well as for properties that are not complete yet / still buggy (Mozilla won’t remove the -moz prefix for border-radius yet, because they want to fix some bugs first).

    "(Notably though the only people that care about these things are designers, some developers and marketing execs, average Joe Public doesn’t care that you have rounded borders around the box he sometimes clicks on)"

    Average Joe may not notice a difference, but at least he’d (consciously or not) benefit from the speed boost of having his browser round the corners, as opposed to downloading extra images to achieve the same effect.

  31. hAl says:


    What do you mean with default browser bug?

    Opening a link in a different window in IE9 should still trigger IE and not a default browser.

    You would not expect the final version of IE9 to open links in new Firefox windows either.

  32. steve says:

    @hAl – Incorrect.  If IE9 is launching a link in another IE9 window then that is fine.  However if IE9 is launching a URI and asking windows to handle it, then the default browser (whichever it is) should be handling it. (e.g. Firefox in my case at work, Chrome at home)

    Even more scary… if IE9 is *specifically* launching URI’s by calling "iexplore.exe" directly that’s a major No-No.

  33. dlh2009 says:

    I hope Microsoft will start pushing out more frequent updates to IE. MSFT needs to stay competitive to the competition.

  34. EricLaw [MSFT] says:

    @Steve, @Mitch: Yes, the fact that the IE9 Preview shows its Help and so on in IE is a known issue and was bugged some time ago. Thanks!

    @Paulo: If you (rightly) consider Win2k archaic, you’d probably consider XP archaic as well: Both releases are very nearly ten years old.

  35. @IE team:

    Congratulations. I think you are doing an excellent job. You have your priorities which are reasonable, and you are being forthright about IE’s new development process. Both IE7 and 8 fell short of what I was hoping for, but you are catching up fast and doing so in a methodical and planned manner. (This coming from a Mac user and WebKit contributor!)

    @ several commentors:

    IE9 only running on Vista or above is what Microsoft SHOULD be doing. IE9 will not be released for a good while yet (more than a year I’d expect) and by that time the installed base will have shifted. They would be wasting resources supporting an OS that is no longer cutting‐edge. If you’re running an archaic OS like XP, you don’t get the new shiny toys. More fool you.


    “Even more scary… if IE9 is *specifically* launching URI’s by calling "iexplore.exe" directly that’s a major No-No.”

    This is exactly the sort of thing I would expect if I were using a Windows machine. Why do you act surprised?

  36. Mitch 74 says:

    @Nicholas Shanks: launching URI’s by calling IE 8 directly would mean a little trip in front of the EC again, due to hijacking a protocol’s default handler.

    It would also be a regression.

    If you write your app to link directly to ‘ie.exe’, fine – that’s your problem. We’ll see each other on the next MS Windows upgrade, when ie.exe is no longer in the PATH or not even available on the system.

    If you write your app so that it lets the OS handle the URI, and the registered handler for the URI’s protocol (say, http://) is IE, then alright, clicking a link inside an application that expressly says ‘will open with your default browser’, then fine.

    If your default browser is Chrome or Firefox, but clicking on a link that should be handled by the OS opens IE, then you’re not doing what you say you’re doing (it’s misdirecting, and in a case of a convicted monopolist misdirecting is dangerous), you’re not following your user’s wish (it annoys your customer) and there must be something wrong with your software (it’s a bug).

    I genuinely like IE 9’s preview, I’d be sad to see it have problems later on because current bugs went unnoticed.

  37. Really?!?! says:

    Searcher, don’t you think you’re being a little hyperbolic? When IE7 was announced and they said there was no Windows 2000 support, people freaked and prophecized doom and gloom for "abandoning" that platform. What happened? Frankly, nothing. A whimper and Win2k was gone.

    5 years later (IE7 was announced in February 2005), Windows XP is in sunset phase, and you think things will be any different? XP had a long, glorious life, and it’s over. With a whimper, it will be gone too. By the time IE9 is released (my guess, in 2011), it will the right time to say goodbye to XP. Let it go.

  38. Really?!?! says:

    @Mitch 74: do you really think the IE team isn’t totally aware of the implications of changing a user’s default browser settings without their explicit consent? Do you really think something like that just slipped by them?

    One thing to consider: the IE9 platform preview is just that – a platform preview. It’s not a new browser. It doesn’t have to follow the rules that browsers do. The platform preview of IE9 can let whatever version of IE that’s on your machine run everytime for all the DOJ cares. When IE9 Beta 1 comes out, one that calls itself a real browser, then you can worry.

    In the meantime, why don’t you find something more useful to complain about. How about Acid 3? I think more people should complain about that.

  39. Will Peavy says:

    @Really?!?! – Acid 3 is a very limited test. I hope IE devs continue focusing on test suites, and ignore Acid 3.

  40. Stifu says:


    "do you really think the IE team isn’t totally aware of the implications of changing a user’s default browser settings without their explicit consent?"

    It’s not about changing a user’s default browser, it’s about *ignoring* this setting. And yeah, they’ve done it before for years, when trying to check your mails through MSN for example.

  41. Fiery Kitsune says:

    Dear IE Team,

    Your IE Test Center page is extremely dishonest.

    Why include the IE9 Test Platform, but omit Chromium 5, Opera 10.51, Webkit Nightly, and Firefox 3.7 Alpha?

  42. Matt says:

    Dear troll,

    Your comment is extremely dishonest.

    Why imply that these score any differently? Test, and post your results.

  43. Searcher says:


    you will buy a new computer for me ? only to install IE9 ?

    sorry but wth are you talking about…

  44. Stuie Wakefield says:


    Yes I was a bit too quick with casting my aspersions about the vendor prefixes. I should have thought it through and now I am going to completely backtrack my statement… perhaps I should become a politician when I grow up. IE should be prefixing with a -ms- or -ie-, before W3C release the specification on this feature. My assumptions before would be that every browser will implement the same rendering behaviour and accept the same parameters, when we know that this is statistically improbable.

    About the rounding borders… we all fall into this trap at some point but who really cares about round borders, leave them square until the browser supports it, stop being clever. Now to go through my sites and delete all the corner images *hums and walks away*.

    @All moaning about lack of XP support

    As for the XP comments, I stick to my guns on this, XP is old it has been superseded. You are going to upgrade at somepoint, I know it was hard letting go of your ZX Spectrum last time… but you CAN do it… I believe in you.

  45. Stifu says:


    "IE should be prefixing with a -ms- or -ie-"

    They already started doing that with IE8.

  46. Fiery Kitsune says:


    Do you honestly believe that there are zero differences in CSS when there are quantifiable increases in script execution?

  47. Matt says:

    <<Do you honestly think I’m a troll, just because I come into a forum, level an inflammatory accusation with no data, and change the subject when challenged?>>

    Yes, yes I do.

  48. Steve says:

    It is about time!!!!!….  Now you have to hurry up and get user adoption of IE to 75%  2 months after you release the new browser…

    Alex Lindsey from DV garage made an interesting observation once in his attention to details video clip…

    "Very few things in life have a straight 100% sharp 90 degree corner.  Most everything has a rounded edge"

    What about box-shadow?

  49. Sylvain Galineau [MSFT] says:

    Clarification on whether or not border-radius should be prefixed with -ms, and why it’s not: the CSS WG recommends implementing properties without a vendor prefix once a specification reaches Candidate Recommendation. (

    CSS3 Backgrounds & Borders is CR since December 2009. Both Opera 10.50 and IE9 implement the properties without prefix.

  50. MN Roofing says:

    I have been looking for this article everywhere!  Time to make some round corners!  =)

  51. Mila76 says:

    We can see how DX10 is ended for lack of XP support.

    I thinks XP have more than 4/5 year of life. Why XP user can’t have first class browser from Microsoft?

    We can’t loose some feature like direct2D accelleration but all others HTML5/CSS2-3 is a must.

    Another question: box-shadow support? (even with -ms)

  52. Andrew says:

    "I thinks XP have more than 4/5 year of life. Why XP user can’t have first class browser from Microsoft?"

    Have you read the above posts? XP is now 7 years old. Most XP computers are probably on their way out soon anyway. It isn’t like many of these features will be used in websites for quite a while anyway – we still have people on IE6!

    Eventually we won’t have to worry about these older browsers and we can actually use these features on websites, but for the next few years IE9 won’t really have any advantage.

  53. Richard says:

    It would probably be a good idea to release an IE 8.1 or IE 8.5 to XP users, with some of the CSS improvements and SVG backported.  But it is reasonable to restrict the full IE 9 to people with a modern operating system.

  54. Matt says:

    >XP is now 7 years old

    No, XP is now 9 years old.

    Anyone out there using a 9 year old laptop?  Cell phone? MP3 player?

    No, I didn’t think so.

  55. Phil says:


    There are still a lot of business that can’t afford the capital investment of upgrading.  There’s also a lot of businesses that don’t have the manpower to go through testing a new os with their applications.  XP with SP3 runs just as well as anything else.  Why should people be forced to upgrade?  If there were only a few thousand XP users I’d agree, but there are probably still millions of people using XP.  Should those people be penalised because they don’t want or can’t go to Win 7?  The best solution would be to create an IE 8.5 with the engine mods backported but skip all the Direct2d stuff, but I doubt that would happen.

    You can’t just ignore millions of users.  Sorry, but you can’t.

  56. Matt says:

    >You can’t just ignore millions of users.  Sorry, but you can’t.

    Uh, sure you can, and companies do all the time. Particularly when there are nearly a billion users of a given product.

    XP is dead. It’s not coming back. There was exactly the same gnashing of teeth when Win2k died. Statements of how XP was junk and worthless and not as good. And there’s going to be the same when Win9 phases out Win7.

    History repeats itself.

  57. Phil says:

    Matt – just because you -can- doesn’t mean you -should-.

    There are not a billion users of Vista or Win 7.  The total users of Vista and Win 7 don’t even come close to the users of XP.  I work in a division of the US Government with 16,000 users.  We’re all on XP and IE 7.  There are no plans within the next 12 – 18 months to change either one of those items.

    With security updates XP is still a viable operating system.  People complaining about it not having protected mode as their main argument is a cop-out and not even a good one at that.  I believe there’s even still some computer manufacturers offering XP as the pre-installed operating system.

    Plus you haven’t offered a solution as to how the companies that can’t afford to upgrade or don’t have the manpower to do QA testing should proceed.  If you’re going to kill off XP from these users, you should make it easy and cheap for them to move to something else, no?  Or should they just download and install OpenSuse and use Firefox?

  58. Matt says:

    Phil, you are shooting your own argument in the head. Here’s what you’ve just said:

    "IE9 should be available for those of us who don’t upgrade our software.

    We haven’t installed IE8 in the last year, and we don’t plan to install it in the next year either.

    We really want IE9 to be available to us so we can fail to upgrade to that too.

    Microsoft, why won’t you please waste your time writing software for people who won’t install it?


  59. Phil says:

    I never said -we- wanted IE 8.5, or 9, or whatever.  OTHER people might.  Those people may want to remain on XP.  Those people may be more comfortable with the operation and familiarity of an OS they’ve used for several years but also want websites to work properly.  Why should they be denied some, if not all, of the enhancements IE 9 will offer just because they don’t want to move off XP?  You’re still avoiding the topic of how to deploy resources you don’t have.

  60. David says:

    Let XP go peacefully. Please do not hold back technology. These companies using XP now had 9 years to make some money for an upgrade. This is a gutsy move by MSFT and really a necessary one. Creating bridges from one technology to another is just a waste of time and resource.

  61. KaBob says:

    The best way to force people to upgrade is to supporting them.  I stopped supporting IE6 on my websites a few months ago and I think it’s great that IE9 won’t support XP.  If people are ok with using old versions of operating systems then they should be ok using old versions of browsers.

  62. KaBob says:

    stop supporting*

    Also, it’s great to see progress being made on rounded borders.

  63. liangyi says:

    I suggest:

    Internet Explorer 10=IE9+virtual pc

    virtual pc the same as svg tag.

    the virtual pc provide a MiniWin OS(like windows XP) which can:

    1 a regulation for auto downloading and running win32 exe,dll form IIS.

    2 for each web app,give a proper sandbox for security.

    3 communication with other common web page.

    4 isolated virual disk,virtul memory for each web app(exe,dll)

    <virturlpc exe_url="nodepade.exe" virtual_path="C:Winows" cpu="1" memory="10MB" />

  64. WAF says:

    Huzzah, another reason to move people off XP!

    I’m really surprised no one is mentioning the obvious – capital expenditures by corporations and governments declined because of the recession. This means that there is a lot of old equipment out there running older software of all kinds, and there is also pent up demand. As balance sheets improve (note – this also applies to households, not just companies), IT purchases will increase.

    And they won’t be putting XP or Vista on those new machines. It will be Win 7. By the time IE9 (btw, awesome job, IE Team) is a finished product, IT purchases will be in a clear upswing. As an added bonus, the retirement of XP boxes in the enterprise means that IE6 WILL be retired as well. It may never fully go away due to legacy apps running in VM instances, but there will be increasingly powerful incentives to move to IE8/9.

  65. Kindermode says:

    As webdeveloper we are really happy to hear such news! I would be really happy to show my clients work in IE instead of other browsers!

  66. Jennifer says:

    There are still thousands of Netbooks and similar being sold with XP on them every day – how does that make it a dead OS?

  67. Victoria says:

    So IE9 won’t be available for Windows XP? Well, that doesn’t bother me at all. I’ll just carry on using Firefox. 🙂

  68. David says:

    " IE definitely wins In the dotted borders case.

    Good job!


    Was about time after years of IE Torture

    Getting some things right isn’t worth applauding!

    If IE9 is going to continue to bug us, and not even being available on XP I suggest terminating IE entirely

    And suggesting users to upgrade to a workable competitors browsers  

Skip to main content