Achieving Rounded Corners in Internet Explorer for jQuery UI with DD_roundies

Posted by Scott on 01/22/2009

Topics:

jQuery UI is built upon a powerful CSS Framework, including round corners that utilize CSS3's border-radius property. Unfortunately, CSS3 border-radius is only supported by Safari and Firefox, leaving browsers such as Internet Explorer to gracefully degrade to square corners. In many cases this is an acceptable fallback, but for those websites that really need to look "just right" in all major browsers, a workaround is needed. We recently experimented with the DD_roundies library and found it to be a promising solution to this problem.

A Quick Disclaimer: Let us point out that this is not an official jQuery UI recommended approach. Despite our status as jQuery UI team members, this particular technique is not endorsed by the project and is merely something we found interesting.

What is DD_roundies?

DD_roundies is a javascript library authored by Drew Diller which offers a new approach to bringing rounded corners to Internet Explorer (a browser notorious for its CSS shortcomings). DD_roundies uses IE's proprietary VML drawing language to create small images representing each corner of an element to be rounded. The script is smart enough to figure out quite a lot about its environment, such as element dimensions, border appearance and even background image and color, and uses all of this information to draw and position each VML image to appear seamlessly integrated in an interface.

Applying DD_roundies to jQuery UI

Since the round corners in jQuery UI's new CSS Framework do not apply to Internet Explorer, we thought DD_roundies might offer a decent workaround. We downloaded a fresh copy of a demo page from jQuery UI ThemeRoller and also grabbed a copy of the DD_roundies source code and linked it to the demo.html page. Since DD_roundies works with selectors - much like jQuery - it is quite easy to apply it to elements on a page. For example, the following code would apply an 8px corner radius on all 4 corners of all elements with a class of myContainer:


DD_roundies.addRule('.myContainer', '8px');

The second argument of DD_roundies' addRule method allows for CSS-like values for each corner as well, for instance, you could apply a different radius to each corner by passing values in "TL TR BR BL" order ( '8px 10px 5px 3px' ). This capability allows for a very convenient mapping to jQuery UI's CSS Framework classes, and allows us to apply DD_roundies to jQuery UI in a few short lines, like so:


DD_roundies.addRule('.ui-corner-all', '8px');
DD_roundies.addRule('.ui-corner-top', '8px 8px 0 0');
DD_roundies.addRule('.ui-corner-bottom', '0 0 8px 8px');
DD_roundies.addRule('.ui-corner-right', '0 8px 8px 0');
DD_roundies.addRule('.ui-corner-left', '8px 0 0 8px');
DD_roundies.addRule('.ui-corner-tl', '8px 0 0 0');
DD_roundies.addRule('.ui-corner-tr', '0 8px 0 0');
DD_roundies.addRule('.ui-corner-br', '0 0 8px 0');
DD_roundies.addRule('.ui-corner-bl', '0 0 0 8px');

...or in a more convenient jQuery function where the corner radius is passed as an argument:


$.uicornerfix = function(r){
  DD_roundies.addRule('.ui-corner-all', r);
  DD_roundies.addRule('.ui-corner-top', r+' '+r+' 0 0');
  DD_roundies.addRule('.ui-corner-bottom', '0 0 '+r+' '+r);
  DD_roundies.addRule('.ui-corner-right', '0 '+r+' '+r+' 0');
  DD_roundies.addRule('.ui-corner-left', r+' 0 0 '+r);
  DD_roundies.addRule('.ui-corner-tl', r+' 0 0 0');
  DD_roundies.addRule('.ui-corner-tr', '0 '+r+' 0 0');
  DD_roundies.addRule('.ui-corner-br', '0 0 '+r+' 0');
  DD_roundies.addRule('.ui-corner-bl', '0 0 0 '+r);
};

With the function above included, we can now call the following code to apply a corner radius to the jQuery UI CSS Framework like this:


$.uicornerfix('6px');

Note: DD_roundies waits for DOM readiness on its own, so you don't need to wait for DOM ready to call the function.

The Result

To see the effect of DD_roundies, view the following demo page in Internet Explorer:

Demo Page: DD_roundies applied to jQuery UI

As you can see, it's not perfect. It seems to mess with some of the jQuery UI widget padding here and there, but overall we're quite impressed with how well it handles the appearance. It even works with some of the hover states, such as the arrows in the datepicker. Obviously, this is not production-ready, but we think it's pretty neat nonetheless.

Anyone Care to Run with This?

Since the new framework classes are very easy to find and manipulate using javascript, you could approach this problem with a number of corner-rounding libraries. We would love to hear your ideas for either fine-tuning this approach or an entirely different approach to the problem. If you have ideas, let us know!

Download Demo Zip File

Book cover: Designing with Progressive Enhancement

Enjoy our blog? You'll love our book.

For info and ordering: Visit the book site

Comments

Accordion doesn’t look good under IE6. The drawers don’t collapse but just hide, so the accordion takes the complete vertikal space of all drawers

Comment by Stefan Skopnik on 01/26  at  04:09 PM

Thanks Stefan, this is true. We posted this as a step towards a workable solution but it’s certainly not there yet. We’re hoping others will take the idea and run with it, or offer ideas for other ways to solve the problem.

Comment by Scott (Filament) on 01/26  at  09:17 PM

In fact I would really love to see rounded corners in IE6/7 in the final version of jQuery UI. They are an important part of the overall visual experience of the complete set of controls in my opinion. Especially if I compare the the old UI 1.5 Accordion under IE with the new one, I find the old version much more appealing! Same with tabs!

Comment by Stefan Skopnik on 01/27  at  11:57 AM

@Stefan: We agree that it would be ideal to have rounded corner support in IE. Unfortunately, supporting round corners in IE means markup-heavy workarounds like adding empty elements and extra wrappers (some widgets would need more than 30 extra elements for this to work). This would mean our CSS per widget would double in size, and introduce a number of layout complexities we don’t have in our current widgets. Theming would become much more complex as well.

This is not to say we won’t support rounded corners in IE in the future (although we sure wish they’d just get with the program on CSS updates), it just means that for this release we opted to restructure everything to be highly flexible and lighter in code weight. ThemeRoller allows a level of customization that you won’t find in other widget libraries, and in most cases it will get you very close to what you need. Then you may need to customize it a bit further depending on your design.

We’ll look at other ways to solve this, such as possibly integrating the library we’ve written about above. We also might introduce an option to generate all the wrapper markup you’d need to write a custom theme with image-based corners.  We’d love to hear your ideas on this, so please join us on the planning wiki http://wiki.jqueryui.com or in the UI dev Google Groups.

Comment by Scott (Filament) on 01/28  at  06:26 PM

Hey Scott,

This is a nice solution. I was considering doing something like this myself as i’ve been using DD_roundies for other things but you’ve saved me the time.  I’m curious to know if you’ve experienced any issues with DD_roundies in the last couple of rc’s of jquery-ui with IE7?  I’m finding that having it on the page causes problems when I invoke a dialog.  I’ve narrowed the problem down, I think to where jquery core checks for the visibility of VML elements created by dd_roundies in IE7.  It seems to just crash at this point and like always is difficult to debug in IE. 

I’m going to try to put some solid test cases together on this but I’m not entirely sure the best place to log the problem as it’s related to three different projects.  I think the failing line is in jquery core which is being called by jquery-ui but is only an issue when DD_roundies is there.

Any thoughts ?

Comment by Rob Monie on 02/02  at  12:08 PM

Just a quick follow up.  I downloaded the test demo zip file provided with this blog post and added the dialog into the test page as it was missing. I found this behavior is the same with both rc5 and rc6 in IE7 - I didn’t bother testing IE6

As you guys are part of the jquery-ui team maybe you could advise me of whether I should log this as a bug or look for other avenues

Comment by Rob Monie on 02/02  at  01:01 PM

First of all I want to congratulate you guys at the Filament Group for the extraordinary job you are doing for jQuery UI.

Second of all, I haven’t worked too much with jQuery UI CSS framework so what I’m proposing may be off mark. I’m also considering the post about the post “Styling Buttons and Toolbars with the jQuery UI CSS Framework”

Wouldn’t it be better to style just a wrapper element? I mean instead of styling three buttons that will be displayed in the same line wouldn’t be better to apply a class only to a wrapper div. Instead of:

<div class="fg-buttonset fg-buttonset-multi">
<button class="fg-button ui-state-default ui-corner-left">B</button>
<button class="fg-button ui-state-default">I</button>
<button class="fg-button ui-state-default ui-corner-right">U</button>
</div>

wouldn’t be better to say

<div class="fg-buttonset fg-buttonset-multi">
<button>B</button>
<button>I</button>
<button>U</button>
</div>

Class ui-state-default should be implied in my opinion, first button should have the styles of class “ui-corner-left” applied etc.
I mean how many times a UI designer changes the way 3 grouped buttons look like (with or without corners, with or without background image)? Those should be considered exceptions anyway.

I have worked with a few CMSs and server-side frameworks and some of them have simple helper functions for creating buttons & other small things. Using the jQuery UI CSS framework would require to change the way those helpers work. I know this is not a problem when dealing with jQuery UI widgets because the classes are automatically added and changed but for tasks that involve server-side scripting or HTML editing it is more time consuming. The results make up for the effort though.

Comment by Logosfera on 02/02  at  04:55 PM

@Rob Monie: We’ll take a look at it but I wouldn’t consider that a bug in jQuery UI. UI sticks to the jQuery namespace and should behave responsibly with other libraries, but we can’t test against every script it might be paired with. If you post a demo page for us to check out though, we’ll take a look as it might be clear where the conflict is occurring.

@Logosfera: Thanks for the praise for our work with jQuery UI, we appreciate it!
As for applying classes only to wrapper elements, it’s true that it could be less verbose to address it that way, but I’m not sure that’s a better approach for a framework like UI.  When you are writing CSS for a particular website/app implementation, you can optimize with parent selectors and make generalizations that frameworks like UI can’t safely make. For example, the CSS for UI’s dialog widget is carefully constructed so it will not break the styling of the custom markup you put inside it. We write our CSS rules based on classes, not elements, so we can be sure we are dealing with a widget element and not a custom element placed within our widget. The same goes for these buttons: you can apply classes to make use of the framework, but we wouldn’t want to apply our UI CSS to all buttons on a page. There are exceptions to this, of course, but it’s a practice we’ve tried to follow and it has seemed to work well with minimizing conflicts with other CSS. Also, these buttons need to work without a parent wrapper like the buttonset or toolbar, so the classes would be necessary for that part anyway. Thoughts?

Comment by Scott (Filament) on 02/02  at  06:13 PM

Yes, the buttons without a wrapper would need a class anyway but I was thinking to something less verbose. But I’ve been looking more carefully to your “styling buttons” example and I realized your solution is more easier to maintain (eg: ui-corners-all is defined once while my ideea would require creating rules for “ui-corners-all button, ui-corners-all a"). I guess the best solution would be to create server-side helper functions for to generate UI elements.

Comment by Logosfera on 02/02  at  10:15 PM

@Scott - I put together a simple test case for this and logged it in the jquery-ui trac.  It’s a pretty hard one to say where the best place to tackle it is but hopefully if you do take a look you’ll see pretty quickly where the problem is.  That may not mean there is a simple solution but you might be able to better see whether I should log something against jquery core or dd_roundies.

Thanks for your time.  I’m loving everything that’s coming out of the jquery-ui camp at the moment. You guys are doing an awesome job!

Comment by Rob Monie on 02/03  at  02:47 AM

Thanks for good tutorial. But this doesn’t solve all our problem with rounded corners. Because this method works only with IE. In Opera (I’m using Opera in Ubuntu) it doesn’t work. Maybe we have some more work to do with this.

Comment by Tuan Anh on 02/05  at  04:18 AM

I think the concern for solving the rounded corners in Opera is not primary importance. I love Opera and I use it for ten years now. It doesn’t have a significant market share though and we should use the 80/20 rule when deciding to implement a feature.
Anyway I don’t doubt that soon Opera will suport rounded corners via css (they have a history of innovation).
It seems rounded corners can be implemented in Opera using SVG background. http://dev.opera.com/articles/view/new-development-techniques-using-opera-k/

Comment by Logosfera on 02/05  at  07:05 PM

Rob: Thanks. We’ll check it out after the UI release is out the door. :)

As for Opera, we’d love to see a solution that addresses it. Opera does have a very low market share (and most of them are developers I’d bet), but it is still a supported jQuery UI browser and it would be something we’d like to cover in a more complete solution.

IE is usually the deal breaker with this issue, though. Production gets held back due to inconsistencies with that browser more than any other.

Perhaps the Drew would consider implementing the Opera fix posted above into DD_roundies...?

Comment by Scott (Filament) on 02/05  at  07:21 PM

excelent post
http://www.crea-t.net

Comment by Henry on 02/05  at  07:48 PM

Hello, first off I have to say your work is excellent!  jQuery and jQuery UI are both very impressive and I am having a lot of fun learning and implementing jQuery.

In regards to rounded corners have you tried out JRC or the Bullet Proof Corner plug-ins?  They are both excellent jQuery plug-ins which use VML for MSIE.  Unfortunately, the issue with ‘vml’ and jQuery, under certain circumstances, make them unusable.  Is there any word on the VML issues?  Jonah Fox, the creator of the Cornerz plug-in has taken an active interest in this and he may be able to help.  Once this bug is corrected corner rounding will be very easy to implement in MSIE…

Bullet Proof Cornerz
http://labs.parkerfox.co.uk/cornerz/

JRC
http://jrc.meerbox.nl/demo/index.html

VML Tickets
http://dev.jqueryui.com/ticket/4020
http://dev.jquery.com/ticket/3265

Comment by Nikola on 02/06  at  03:55 PM

I’m getting some errors when using IE7, jQuery 1.3.1 and jQuery 1.6RC6. At first I thought it was due to an error in ui.tabs in 1.6RC6, but having read the comments, the tabs are loading Google Maps, which in turn is using VML :-) In this case then, it’s not directly related to DD_roundies, but a jQuery or UI error.

Only thing I can add is that sometimes it crashed with SysFader.exe dieing completely and taking IE with it. Other times (particularly when I hovered over the tab (which I think was probably hovering over the map element)) then “Stack overlfow at Line 11” error popped up.

Feel free to take this info and post on whatever bug reports wherever you fancy, if it’s useful at all.

Comment by Gary on 02/07  at  09:42 PM

The VML issue has been discovered by ‘MGL’ in the jQuery UI group.  He subsequently posted his discovery in the Sizzle Discussion group as well and updated the relevant tickets.  In debugging it he found that the culprit, believe it or not, is the :visible selector.  Hats off to MGL for figuring this out.  Corner rounding, or any VML in MSIE with jQuery, should be very easy to implement in the near future.

Comment by Nikola on 02/13  at  08:45 AM

@ Nikola: Glad to hear you like working with jQuery + UI!
Thanks for the update on the VML issue too. It seems clear at this point that all these scripts that use VML are a little problematic in certain cases with jQuery. Sounds like the issue may get some attention in a future release. :)

Comment by Scott (Filament) on 02/16  at  08:36 PM

Indeed!  I think the fix for this will be landing today if it hasn’t already.  John corrected the problem in our Sizzle.js discussion.  I think a lot of designers will be happy that they can now easily round corners in any browser with only a line or two of code and 0 issues.
jQuery is awesome. (So was the dance off but that’s a topic for another discussion… ;)

Comment by Nikola on 02/16  at  08:58 PM

These posts make me think the problem of rounded corners in UI is solved. I tried out the latest jQuery 1.3.2b, but I had no success neither with cornerz, nor with JRC, nor with any other jQuery rounded corners plugins.

If someone really made any rounded plugin work together with UI - please post the demo, somewhat alike http://filamentgroup.com/examples/jquery-ui-themeroller-roundies/

Comment by Andrew on 02/18  at  02:05 PM

Do you have any specific examples or problems you could point out?  I’m using the nightly build from 02/17 [http://code.jquery.com/nightlies/jquery-2009-02-17.js] and everything is working perfectly.  In fact load times are even faster with this build (ie. FOUC is non existent for me in FF now and greatly reduced in IE7).

Comment by Nikola on 02/18  at  09:46 PM

have to say that this just what i have been looking for, tis amazing, apart from crappy IE8 which still has a long way to go it work on pretty much everything, I cant really ask for more than that.

Big thanks goes out the the jQuery team and Dan for this plugin truly awsome

:)

Comment by Chris Jenkins on 02/27  at  04:29 PM

The demo doesn’t work in IE 8. It throws errors.

Comment by Jason on 03/02  at  11:55 PM

My friend reported to me that even witd DD_rounds in Opera, he doesn’t see the round corners. He seems to have the same version of Opera that I have and that makes it weird. He tried several times. Have you experienced similiar problem?

Comment by WildStrawberry on 03/10  at  07:35 PM

As a designer i’m glad to see this workaround to solve the rounding corner issue in browser. But seems the DD_roundies does not work in FF2 perfectly. One question, can i use this without jquery UI. As i used to jquery library but not jquery UI. Is there any different between jquery UI and the regular one?

Comment by Muhaimin on 03/22  at  12:20 PM

It doesn’t work with IE8.

Comment by Hubert on 04/12  at  03:41 PM

IE8 can work if you use MS’s new target version meta tag and have IE8 render it as 7. You lose any gains IE8 has made on standard based rendering, but it was a small price to pay for a recent project of mine. I figure it’s a crutch until DD_roundies is updated or another solution comes along.

Here’s the target meta tag:

<meta http-equiv="X-UA-Compatible" content="IE=7" />

Comment by Alan Gardner on 04/22  at  10:19 PM

Thanks for the post. I had high expectations for this but in your demo, for tabs, why doesnt the selected tab get the orange background?  I tried doing this on my local page, in IE6, but the rounded corner does not work on the SELECTED tab.  Is this a known bug of this technique or is there a workaround?

Comment by bhaarat on 05/17  at  05:21 PM

Can we make the dd_roundies plugin to work with IE8 without adding meta tag

Comment by sduffer on 05/28  at  09:15 AM

This probably sounds hypocritical to a group of javascript enthusiasts, but how about a flash replacement type setup similar to sifr.  This would have the benefits of working with all browsers that don’t support css corners.

Comment by tim on 06/21  at  10:20 PM

Hi. Your script looks great. However, when I apply it to tabs, the current tab will only stay at the 1st one no matter how i press the rest of the tabs: to be precise, although the tab content will change correctly, the current-tab style will fail.

This observation is the same when trying the sample page from this post:
http://filamentgroup.com/examples/jquery-ui-themeroller-roundies/

Please help. Thanks.

Comment by Ric Yik on 07/12  at  10:22 AM

Hi. Your script looks like a plausable solution to the problem of rounded corners in I.E. Its a real shame that IE isn’t supporting the border-radius property in CSS3 but this seams like a promising solution while MS get there act together.

Hopefully someone will pick this up soon and have a look at a reliable integration with JQuery themes.

Comment by Ross Mason on 07/12  at  11:43 PM

OHhh! I want to report this.. This took me several hours.

Enabling DD_roundies causes jQuery...ajax.. to freeze IE7 (or not working)

WOoo!

Comment by Vorapoap on 07/23  at  04:54 PM

FF looks great
IE7 look nice but problem with accordion
IE8 not working

Comment by Almog Baku on 08/14  at  07:33 AM

Hi,

Sorry but your demo page doesnt work in my IE7. When you click on the next tab the selected state doesn’t change. Am i missing somthing?

Comment by jason swain on 09/16  at  07:42 PM

Wow… this works like a charm…
Thanks million.

Works in IE8,Chrome 2 and FF 3.5 (Jquery progress bar)

Comment by Nyein Soe Thu on 09/22  at  12:28 PM

This looks like crap. I completely messes up current styles and the tabs colors and hover/active and visited states don’t do what they should do.

Comment by no on 10/09  at  10:03 PM

It seems doesn’t work in FF2.

Comment by mangang on 11/02  at  11:39 AM

Is there any update on the issue with the tabs active/hove state issue in IE7? The rounded corners work perfect but when i hover and active states only work for the text colors but not the background images.

Thanks for all of your help!! :)

Comment by Sharon on 11/05  at  02:24 AM

Thanks for help and i really appreciated because these issues occur when win32 error exist. but now resolve.

Comment by Konferenslokaler Stockholm on 12/10  at  12:01 PM

Hi,

Is there any update on the issue with the tabs active/hove state issue in IE7? The rounded corners work perfect but when i hover over the link, it only works for the text colors and not for the background images.

Comment by Sharon on 12/14  at  04:18 PM

Sorry, to say, but I don’t see any improvements over the time. Which I can understand, really! It’s a lot of work for an ancient browser ;-) And it simply doesn’t fit to the new UI CSS-Framework using border-radius. So, I don’t expect any *working* round corners solution for JQuery UI under IE7/IE8.

Just have to wait for IE9 and CSS3

Bye

Comment by Stefan Skopnik on 01/07  at  01:39 AM

nice tips

Comment by slim on 01/12  at  02:51 PM

will come in handy

Comment by slim on 01/12  at  02:52 PM

Thanks for the reply Stefan! :)

Comment by Sharon on 01/12  at  04:28 PM

the solution i found for tabs is to disable round corners for top corners and tabs.
so only top rounded elements(like tabs) will not use this script and we could use dd_roundies until this bug fixed. The code i used for dd_roundies :
DD_roundies.addRule(’.ui-corner-all’, ‘8px’);
// DD_roundies.addRule(’.ui-corner-top’, ‘8px 8px 0 0’);
DD_roundies.addRule(’.ui-corner-bottom’, ‘0 0 8px 8px’);
DD_roundies.addRule(’.ui-corner-right’, ‘0 8px 8px 0’);
DD_roundies.addRule(’.ui-corner-left’, ‘8px 0 0 8px’);
DD_roundies.addRule(’.ui-corner-tl’, ‘8px 0 0 0’);
DD_roundies.addRule(’.ui-corner-tr’, ‘0 8px 0 0’);
DD_roundies.addRule(’.ui-corner-br’, ‘0 0 8px 0’);
DD_roundies.addRule(’.ui-corner-bl’, ‘0 0 0 8px’);

Comment by Cuma Çakmak on 02/23  at  05:48 PM

ie8 works poorly with DD_roundies.

When you apply round corners on a div with a backgroundimage, ie8 ignores the backgroundimage. Sometimes it renders divs with round corners and sometimes not.

You can solve this problem by telling ie8 to render the page as if it was ie7 just like Alan Gardner wrote earlier. put this line of code in your headsection.

<meta http-equiv="X-UA-Compatible" content="IE=7" />

By the way, you should visit my site.

Comment by Robin Cox on 02/24  at  03:19 PM

Better, we can ask Microsoft to support corner radius for the next release of IE. I don’t know why MS not considering this issue still. Really this is big evil for developers.

Honorable Microsoft, Please do the corner radius support for IE.

Comment by KBala on 03/22  at  05:30 PM

Just of note of thanks for this great script—it really got us out of a design jam when we suddenly realized that IE + JQueryUI and rounded corners weren’t a happy mix.

One change that we made was to add the the ‘className’ event to the switch statement in the readPropertyChanges function.

Basically make line 114ff read like:

case ‘className’:
case ‘style.backgroundColor’:
case ‘style.backgroundPosition’:
case ‘style.backgroundRepeat’:
this.applyVML(el);

This helps IE get the message to redraw elements when the user clicks on tabs and such. JQuery UI seems to handle with (extensive) CSS changes which often ended up looking weird with our color scheme.

Comment by Sean Wellington on 03/29  at  02:00 AM

@Sean: Interesting fix. Thanks for chiming in. With IE9 moving to native border-radius support, hopefully techniques like this will not need to be considered for much longer, but it’s nice to see a workaround to make the corners update dynamically. With this fix in place, is the redraw speed very noticeable?

Comment by Scott (Filament) on 03/30  at  04:38 PM

The corner radius issue of IE gonna solve.

http://kbala.com/ie-9-supports-corner-radius/

Comment by Jaya on 05/07  at  03:23 PM

Sorry to say this work aroound doesn’t work in IE8. If you have any supprt for IE8 Please let me know.

Comment by Spandan Das on 05/11  at  01:11 PM

I have tried this method with jQuery UI Dialog. The results were far from satisfactory, there were so much issues. Even though the dialog box shown rounded corners in IE, the dialog stopped its normal working, the events were not triggering, dragging was faulty, etc.

Comment by Jayaprakash on 05/27  at  06:11 AM

If you are a novice gambler you probably haven’t heard the term but professional bettors who earn their livelihood from sports betting use the method all the time taking advantage of the variance in odds from the opinions of the diverse number of bookmakers. Even though it sounds as if it is a no risk situation that may not always be the case and there some issues that can cause you to lose.

The best sports betting odds are in actuality just numbers, they may be an ever changing set of numbers but just numbers nonetheless. There are many different factors involved in the computation of not the least of which is the number of bettors placing bets on one team. If a bookie sees this happening he will give the team that is dentified as the loser more points and take points from the team deemed the winning team.
<a href=http://www.pulsebet.com>bet football</a>
The changes that are going to be made to the Wire Act are quite simple. First and foremost the internet will be added to the list of wire communications that are prohibited. Of course the internet was not around in 1961 so it was not included in the first draft. In addition, penalties for breaking the Wire Act will increase from a maximum of two years in prison to five.

The problem is, most people wouldn’t know where to begin if they had to devise their own worthwhile Selection System, and those clever enough to be able to do so simply wouldn’t have the time to do it (it is an arduous task). In fact, there are only two groups of people who do bother to spend the time and money to do so properly: (i) Bookies and (ii) sports tipsters. However, while you can be 100% sure that all Bookies operate a good Selection System (but they won’t share it with you), you can be sure that 99% of so-called expert tipsters don’t. The number of tipsters doing a proper job on the Internet can probably be counted on the fingers of just two hands.

Comment by FrancescaRivierra on 06/03  at  09:52 AM

When I use IE7 here on the laptop, DD_roundies just doesn’t make the corners round. Works with FF though. Man, I hate IE sometimes! I reckon the only solution is to use images for the corners, boo.

Comment by Lolo on 06/09  at  01:33 AM

I can’t seem to get this to work on my homepage. It works on all of my buttons and it worked on my backup pages, but when I try to apply it to the tables on my homepage, the entire table disappears. :(

Comment by Tiffani on 06/11  at  10:57 PM

alert(’boo’);</alert>

Comment by gg on 06/22  at  09:00 PM

alert(’booo’)

Comment by gg on 06/22  at  09:00 PM

DD_Roundies at first seem to work great in IE8 until you start to resize the window by increasing or decreasing the window width.  Then, you start to notice that parts of the rounded areas with respect to the true containers are misaligned.  For example, the anchor tags with the CSS of “button”.  DDL-Roundies will create a rounded container for the button.  But then the anchor container moves right as the screen width increases.  It works great in IE7, however.

Comment by CSharp on 08/01  at  08:04 PM

it seems does not work in IE8 :(

Comment by Shaz3e on 09/06  at  02:26 AM

Too bad that ie 9 beta was released yesterday and jquery ui does not work with it

http://forum.jquery.com/topic/jquery-ui-does-not-work-on-ie9

As of now it only works if you make your page comply with the IE 8 standards .. meaning no css3 .. no rounded corners :(

Comment by GS on 09/16  at  03:41 PM

See the answer on this url:

http://jquery.malsup.com/corner/

Comment by Poonpipat P. on 09/21  at  11:40 AM

Maybe i miss up something while using this great plugin ,but i loose all my paddings inside all the buttons , they seem to get shrinked, all the padding space sorrounding the letters of the button ( the button title) they get wrapped by the rounded corners. Could you please help me with this issue

Comment by Comprar Vino on 09/28  at  11:37 AM

Only thing I can add is that sometimes it crashed with SysFader.exe dieing completely and taking IE with it. Other times (particularly when I hovered over the tab (which I think was probably hovering over the map element)) then “Stack overlfow at Line 11” error popped up.

Comment by basur on 11/02  at  11:08 AM

Here you will find only hot anal models and nude stud posing fo you my boyfriend wants to have anal sex. We offer you a huge selection of free anal sex pictures and porn movies. Only the best anal porn stuff anal online video. Over 1500 free anal porn videos & pictures galleries in our database novel character analysis.
<a href=http://analrubrik.com> analrubrik.com</a>

Comment by Triimbuunduuriik on 11/06  at  04:49 AM

thank you very much ıloveyou

Comment by sikis on 11/21  at  03:53 AM

DD_Roundies at first seem to work great in IE8 until you start to resize the window by increasing or decreasing the window width.

Comment by sigara bırakma on 12/01  at  02:05 PM

great! I was looking for rounded corners for about an hour, and finally found you. thanks :)

Comment by Zain Shaikh on 01/15  at  10:54 AM

Hi I tried to rounded corners using jQuery for form elements but its not working in IE is there any alternative for form elements?

Comment by Naren on 01/27  at  03:43 PM

I respect the position of the jQuery UI team about the current support in IE rounded corners. It’s really true that give this support will increase the complexity of the widgets in different layers, such css and javascript. I’m having a lot of problems in my company, because we use jQuery ui and have to support rounded corners in IE, even if all my appealing to not do so. I will test the library and give a feedback, because we use jQuery-ui a lot.

Comment by Alexandre Magno on 03/03  at  04:37 PM

Hi is there any solution for active tabs for jquery UI
it was not working currently.

Comment by Subhashini on 03/22  at  02:38 PM

The rounded corners worked fine for me on IE7 for Jquery UI Theme “ui-darkness” for classes .ui-corner-top and .ui-corner-bottom.
Previously, IE7 just rendered the rounded corners as square boxes. Noticed a little screen flicker with IE7 ... but not a problem at all!

Kwex.

Comment by Kwex on 04/13  at  04:53 PM

Hi all,
I just wanted to chime in on this and say we’re going to close comments and archive this post, as it’s not an approach we’d recommend anymore. Modern versions of Internet Explorer support CSS border-radius very well, and those that don’t simply fall back to squared corners. The performance overhead to support non-essential features like this in older browsers is just not usually worth it.

Thanks for the discussion and ideas!
Scott

Comment by Scott (Filament) on 04/13  at  05:07 PM

Commenting is closed for this post.

Book cover: Designing with Progressive Enhancement

Enjoy our blog? You'll love our book.

For info and ordering: Visit the book site