safari border radius outline

Overflow hidden + round corners not working on Safari

Apparently, it’s a bug on safari. Any workaround/code to fix this?

http://stefanias-first-project-e6faf1.webflow.io/issue-2

Here is my site Read-Only: LINK ( how to share your site Read-Only link )

Hi Stefania,

round corners don’t need overflow hidden most of the time (they don’t need it for bg images for example)

your link plays well in my Safari, look:

http://vincent.polenordstudio.fr/snap/issue_2_2018-09-21_15-01-03.png

Hey @stefania4

In Safari, everything also looks find for me until I hover over the element.

Are you able to share a read-only link?

Hi, @stefania4 !

This Safari bug is well known (don’t know why they didn’t fix it). Workaround you can find here: Safari not hiding overflow on rounded corner divs

thanks @sabanna , Now it’s working.

I used this as reference:

The issue is the combination of overflow , border-radius , and transition

This is the solution: On the element with overflow:

.transitionfix() { -webkit-backface-visibility: hidden; -moz-backface-visibility: hidden; -webkit-transform: translate3d(0, 0, 0); -moz-transform: translate3d(0, 0, 0) }

added minus z-index value for image and higher value for the parent

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.

Navigation Menu

Search code, repositories, users, issues, pull requests..., provide feedback.

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly.

To see all available qualifiers, see our documentation .

• Notifications

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement . We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Outline and Border-radius are ignored on Safari #662

hiddevdploeg commented Jun 27, 2019

cdata commented Jun 28, 2019

• 👍 3 reactions
• 🎉 2 reactions
• 🚀 1 reaction

Sorry, something went wrong.

cdata commented Jul 30, 2019

Ramzes-org commented Feb 21, 2023

• 👍 1 reaction
• 👎 1 reaction

nolimitdev commented Mar 2, 2023 • edited

• 👍 2 reactions
• 🎉 6 reactions
• ❤️ 7 reactions

No branches or pull requests

CSS outline properties

The CSS outline properties draw a border around an element that does not affect layout, making it ideal for highlighting. This covers the `outline` shorthand, as well as `outline-width`, `outline-style`, `outline-color` and `outline-offset`.

• Skip to main content
• Skip to search
• Skip to select language
• Sign up for free
• Português (do Brasil)

The outline CSS shorthand property sets most of the outline properties in a single declaration.

Constituent properties

This property is a shorthand for the following CSS properties:

• outline-color
• outline-style
• outline-width

The outline property may be specified using one, two, or three of the values listed below. The order of the values does not matter. As with all shorthand properties, any omitted sub-values will be set to their initial value .

Note: The outline will be invisible for many elements if its style is not defined. This is because the style defaults to none . A notable exception is input elements, which are given default styling by browsers.

Sets the color of the outline. Defaults to invert for browsers supporting it, currentcolor for the others. See outline-color .

Sets the style of the outline. Defaults to none if absent. See outline-style .

Sets the thickness of the outline. Defaults to medium if absent. See outline-width .

Description

Outline is a line outside of the element's border . Unlike other areas of the box, outlines don't take up space, so they don't affect the layout of the document in any way.

There are a few properties that affect an outline's appearance. It is possible to change the style, color, and width using the outline property, the distance from the border using the outline-offset property, and corner angles using the border-radius property.

An outline is not required to be rectangular: While dealing with multiline text, some browsers will draw an outline for each line box separately, while others will wrap the whole text with a single outline.

Accessibility concerns

Assigning outline a value of 0 or none will remove the browser's default focus style. If an element can be interacted with it must have a visible focus indicator. Provide obvious focus styling if the default focus style is removed.

• How to Design Useful and Usable Focus Indicators
• WCAG 2.1: Understanding Success Criterion 2.4.7: Focus Visible

Formal definition

Formal syntax, using outline to set a focus style, specifications, browser compatibility.

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

• CSS3 PREVIEW
• MODULE STATUS
• CSS SELECTORS TEST

2007 19 Jun

by Peter Gasston

Posted in CSS3 Previews , Declarations , Modules , W3C

• Add comments (80)
• Permanent link

With the release of Safari 3, there are now two browsers with (browser-specific) implementations of border-radius ; unfortunately, the two implementations are different. The problem is that there is an unresolved ambiguity in the CSS 3 working draft .

The draft proposes four declarations, which describe the four corners of a block:

Each of them should accept two values, which define the radii of a quarter ellipse that defines the shape of the corner ; this allows for irregular curves (take a look at the diagram in the draft if you need clarification, or see this example of a box with border-radius: 5px 20px , horribly rendered in Safari for Windows ).

Safari, with the prefix -webkit- , accepts these. Mozilla, with the prefix -moz- (and differing declarations ), accepts only a single value and, therefore, only regular curves.

At first glance, it would appear that Mozilla are in the wrong; however, their implementation is due to the ambiguity I mentioned earlier.

This ambiguity comes about in the border-radius shorthand property; if you enter a double value in this you’d expect to apply the irregular curves to all four corners:

If you wanted to have four different irregular curves on the box, you’d have to provide eight values to the declaration:

But what if you wanted to have two corners with one value, and two corners with a different value?

The problem is that this could be confused for four corners with regular curves. In order to get around this, you’d still have to provide eight values:

In fact, from the brief testing I’ve done (and I can’t find any documentation), it seems you can’t do any of that; unless I’m missing something, the shorthand declaration in Safari accepts only 1 or 2 values, to provide either regular or irregular curves which are applied to all four corners. If you want different irregular corners, you have to supply values to all four declarations:

Mozilla avoid this by going against the spec and allowing only regular curves; so you can provide 1, 2, 3 or 4 values and it’s all perfectly clear.

This problem is down to interpretation of the draft. I personally think Mozilla’s non-standard solution is better – it’s less flexible, but easier to understand – but can’t blame the Safari team for following the standard in their implementation.

It will be interesting to see which comes out on top; in the meantime, if you want to use border-radius in your code the only way to get them to appear the same on both browsers is with a single value for four regular corners:

You can skip to the end and leave a response.

Good piece Peter :) have you, by any chance, tested how Konqueror behaves with this as well?

I’ve read that Konqueror supports -khtml-border-radius, but can’t find any official confirmation, and can’t get it to work.

Could you attach a screenshot of such a irregular curve ?

I’ve added an example of -webkit-border-radius: 5px 20px to the post; I have to say, the rendering is horrible. I’m not sure if that’s because it’s Safari for Windows, perhaps someone with an OS X version could try?

Maybe it’s an idea to add a character like / to the value, like in font . So what’s before the character is the X radius, and after the character is the Y radius. If the character isn’t used, the value will be for both the X and Y radius. So now you can have something like this:

border-radius: 5px/20px 10px/5px 10px/20px 20px/5px;

Good idea, Arjan; a slash or a comma, like font-family uses:

border-radius: 5px 20px, 20px, 10px 20px, 20px;

I wonder if irregular curves are the way to go, however; the current implementation in Safari is horrible, whereas regular curves come out looking really nice.

Just to clarify, you *can* get identical rendering on WebKit and Gecko with a different radius on each corner. You just have to use the individual properties like -webkit-border-top-left-radius and -moz-border-radius-topleft . I’ve been using that technique to create tabs with rounded corners since I started playing with WebKit nightlies a few months ago.

And after messing around with that irregular-corner code, I think the reason it looks bad is that the smaller radius of 5px is the same width as the border. If you use a narrower border, like 1px or 2px, or if you use the 5px border with 20px and 40px for the radius, it looks fine.

CSS3 gathering speed……

over at CSS3, Paul Gasston has been diligently track the adoption and implementation of all things CSS3. His latest post concerning rounding corners highlights the frustration……

Diferencias entre el uso de border-radius en safari 3 y mozilla…

Un artículo acerca del diferente tratamiento que se ha dado a la propiedad border-radius en Safari 3 y Mozilla. Por lo visto viene de una mala intepretación de la especificación…

[…] Originally posted on CSS3.info. […]

Safari on Mac OS X renders exactly the same. But I do agree with Kelson, if the border size isn’t the same as the minor size, it looks much better.

Hmm, confusing. Though, I don’t see a problem with forcing the shorthand declaration to only take 4 values (one for each corner, regular only) whilst allowing non-regular corners with the individual declarations; it wouldn’t be the first shorthand property to not allow every aspect to be specified at once.

How can you say that screenshot from Safari is horribly rendered? It’s not as good as it should be, sure, but Firefox makes border-radius look like ass… It’s much better to avoid it at the moment, if you’re targetting FF, as it looks really pixellated and awful. See my work in progress (link below) and compare the beautiful rendering in Safari to FF’s piss-poor attempt.

I say stick with images till this stuff gets sorted out.

I think the inside of that border IS rendered horribly, but I’m sure if you matched the internal colour to the border it would look great.

Firefox 3’s corner rendering is better than FF2’s, judging by the preview I’ve been playing with.

It probably is safer to stick to images until this gets sorted out, I agree; although, it would be better if we could have multiple background images!

There’s another difference between the two that you haven’t brought up. If you apply a background picture to e.g. add some depth to what you’re making, Mozilla won’t clip it, so you’ll end up with square corners. Safari does the logical thing and applies the border radius to the background image as well.

It’s acknowledged in their bug database, but if it’s time to fix it for FF3 is another matter.

https://bugzilla.mozilla.org/show_bug.cgi?id=24998

Peter: I believe you’re right on that one, the outside is better than the inside, but it’s still not perfect. I don’t test against/use FF3 at all, so that’s cool if it is indeed better.

I suppose this kind of thing is the peril of playing with pre-spec stuff, but it does rather take the p**s that in 2007 we still can’t make a box with pretty rounded corners programmatically.

Meanwhile, Safari has apparently supported multiple background images since the dawn of time (well, for ages, anyway) – although I only found out a few weeks ago.

you *can* get identical rendering on WebKit and Gecko with a different radius on each corner. You just have to use the individual properties like -webkit-border-top-left-radius and -moz-border-radius-topleft.

Kelson – what do you do for Opera ?

@Anjanesh: You don’t. Opera has no border-radius implementation at the moment.

Prince also supports the border-radius properties, accepting two values on each.

Interesting article and certainly shows that CSS3 could become unnecessarily complicated and I’d tend to agree with Mozilla’s interpretation of the spec.

There’d also be the option of using border-image once this has been more widely adopted for any complicated irregular borders.

[…] border-radius: Safari vs Mozilla July 17th, 2007 — mozienigma border-radius: Safari vs Mozilla […]

For what it’s worth, Mozilla has implemented -moz-border-radius since before it was in any css3 draft (see cvs history ; note revisions 3.59 and 3.98). The first W3C draft I could find with border-radius was much later. I don’t recall if the differences between them are simply the editor’s preference or whether the working group has actually discussed which is preferable.

I’d just like to note that thanks to this discussion the CSSWG has adopted Mozilla’s shorthand syntax. :)

[…] our discussion of the inherent ambiguity in the border-radius declaration, it has been decided that the simpler syntax used by Mozilla will used for the shorthand; that is, […]

[…] κάποιο τρόπο να τα αντικαθιστά και τα 2 με ένα query λόγω ασυμβατότητας μεταξύ των implementations του κάθε browser. Για να ξεπεραστεί αυτή η ασυμβατότητα το πρώτο […]

[…] Podeis obtener más información sobre la propiedad border-radius, y como la interpretan los navegadores que la soportan en este artículo: border-radius. Apple vs Mozilla. […]

How I can set eight different values?

[…] in the same way that you specify multiple border thicknesses, margins or paddings. As describe by Peter Gasson on CSS3.info, in the Mozilla specification they allow only regularly rounded corners and thus you can specify a […]

It would also seem that Mozilla isn’t following the Border radius naming guidelines.

I cannot get

-moz-border-radius-bottom-left: 10px; -moz-border-radius-bottom-right: 10px;

to work, but I can get this

-moz-border-radius-bottomleft: 10px; -moz-border-radius-bottomright: 10px;

[…] topic has been described in detail on the css3.info website. It boils down to the fact that although the Firefox shorthand syntax of border-radius looks […]

applying background-clip (border) to border-radius elements will make it more smooth.

[…] CSS3.info – “All you ever needed to know about CSS3″ […]

[…] as it could, sacrifycing clarity but allowing for more flexibility. To cut a long story short, Webkit supports irregular curves instead of just circle quarters on each corner, so if you try to add 2 values, the result will be […]

[…] have developed proprietary extensions to CSS that should stand in for border-radius until certain ambiguities in the spec can be resolved, and the property is implented according to the standard. So if you […]

i want to know that how i give the rounded curve in IE 6,7,8 if any body have the code so plz help me or mail me :

[email protected]

[…] que nunca me rendeu proventos significativos. Alm disso, essa verso usa os recursos sombra e borda do css 3, algum dia presente em todos os […]

[…] It’s as easy as that! You could make things a bit simpler with some shorthand CSS, but it seems that browsers haven’t agreed on that matter yet. […]

We’ve recently done a few sites utilising border-radius as a key feature of the design, among other things such as RGBA background values, text-shadows, etc. �Images were used for some of the “major” corners so that IE users would see them as well, while we decided that they could deal without rounding on other elements. http://www.cssmelbourne.com/ – Melbourne University Commerce Students’ Society http://www.emrapee.com/ – Emergency Medicine Educators’ Podcast Feedback welcome!

Ya I’ve been doing this for awhile, however it doesn’t validate properly, even as CSS3…yet. For that reason I try to leave it out of my designs because employers enjoy things that validate.

also its border-radius-bottomleft with no hypen between sides

[…] The property can actually take two arguments, the horizontal radius and vertical-radius. Thankfully the design didn’t call for anything like that, because apparently the implementations are different. […]

about border-radius: 5px 10px;

Two years later, the dust seems to be clearing, and although Safari and Firefox don’t agree now, developmental builds of WebKit follow the same shorthand rules as Mozilla. You didn’t mention the / character in the shorthand, but now it is becoming relevant.

I’ve read the CSS3 spec a bazillion (OK, maybe ten) times, and while it’s not written well, the spec says (I’m pretty sure) that in the absence of a slash all corners are circular. So to get four matching elliptical corners you would use the shorthand

border-radius:5px /10px;

The shorthand allows you to specify from one to four horizontal radii, then one to four vertical radii. The two sets of values are applied with rules similar to margin , starting at the top left and going clockwise.

I made a little table that compares the spec to current browsers at my blog , if that will help anyone. I mark the parts I’m not sure about. When looking at the table, note that WebKit’s development builds follow Mozilla exactly (except they do the corner designations like the CSS3 spec.)

The earlier mentioned -khtml-border-radius [b]does[/b] work in konqueror and I recommend it’s use in addition to [b]-moz[/b] and [b]-webkit[/b]. (simply copy over the webkit lines in your css and replace the [b]-webkit prefix[/b] with [b]-khtml[/b].

[i]However![/i] last time I tried, the windows version of Konqueror did not round the border, on linux it does work.

 I know I’m going to get crucified for this one (Lord only knows), but I would almost be willing to wager that Microsoft will be the first 100% CSS-3-compatible client for the web. Why do I say that? Well, Microsoft has proven their affinity for going above and beyond in technologies (when they get the proper inspiration to do so). Now that they’ve professed to instill a level of standards compliance, I’m sure they’re going to go to every extent and make every effort to do so. Why? They don’t want to lose their clientel to better, FREE software. They want (need) to keep their monopoly on operating systems; they won’t risk losing users to *nix systems because they come fully equipped with standards-compliant browsers. General Web surfers need not to download a special browser so they can enjoy their sites; they’d rather it just come with the OS. *nix systems have that; Windows does not. So, I don’t think that Microsoft is going to allow that to come to pass.

What a glorious day it would be, indeed, if Microsoft once again reclaimed IE’s place as the de-facto Web browser. That will make it easier for us Web guys, anyway.

[…] The WebKit code is slightly different. For some reason i couldn’t get the webkitBorderRadius to work without doing each corner individually. For more info on the differences read this […]

[…] The WebKit pre is slightly different. For some reason i couldn’t get the webkitBorderRadius to work without doing each corner individually. For more info on the differences read this […]

I can’t get “-webkit-border-radius” working with 2 different corner sizes with Safari 4… it works fine with one value anyway…

Chrome is working well with “border-radius”

Konqueror does support -khtml- in the non standard webkit way -khtml-border-top-left-radius: 10px; opera joined on now with border-radius with their own way…Border-topleft-radius: 10px;

@PaulDE you have to have a different command for each corner, for webkit its -webkit-border-top-left-radius: 10px; -webkit-border-top-right-radius: 5px;

 This is a messy situation. The W3C have declared border-radius as the way to do this and only Opera (so far as I know) supports this. Why are FF, Saf, et al not ditching their proprietory methods and going with the standard here? So far, I’m using *3* seperate methods to apply round corners? This is not progress! Well done Opera though for applying sense to CSS3 in a way none of the other browsers seem to be willing to do.

Apologies to Google Chrome, which appears to render webkit and W3C methods! Hats off :)

 Here’s the css to get your corners working with FF, Chrome and Safari.

-moz-border-radius-topleft: 7px; -moz-border-radius-topright: 7px; -webkit-border-top-left-radius: 7px; -webkit-border-top-right-radius: 7px;

I added this to get my blog roll to look cleaner and works most browsers… have yet to try IE? visit the site to see the working example: http://www.frylowcaribbean.com

OUR SPONSORS

• Book Reviews 4
• Browsers 84
• Competitions 2
• CSS3 Previews 55
• CSS3 Resources 9
• Declarations 21
• Interviews 13
• Proposals 7
• Scripting 4
• Selectors 8
• Site Updates 10
• Summer Contest 6
• Tutorials 16
• Frederick Townes
• Nicholas Shanks
• Niels Leenheer
• Peter Gasston
• W3’s CSS Blog
• WHMCS Themes from Impressive Themes
• About CSS3.info
• Entries RSS
• Comments RSS
• WordPress.org

© 2009-2012 WEBFLUX. All Rights Reserved.

• | New Account
• | Log In Remember [x]
• | Forgot Password Login: [x]
• Format For Printing
•  -  XML
•  -  Clone This Bug
•  -  Top of page