-
Notifications
You must be signed in to change notification settings - Fork 715
[css-borders-4] Add slashes between individual border-color
values
#8026
New issue
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
Comments
Aside: maybe a slash ellision rule and/or a multiplier equivalent to |
Any reason to use |
The syntax given in the initial comment was actually wrong. It was taken from when I thought of Sebastian |
Putting this on the agenda to discuss whether adding slashes - or in general make the syntax more extendable - makes sense. Sebastian |
border-color
valuesborder-color
values
I'm a bit confused. If the syntax of |
The CSS Working Group just discussed
The full IRC log of that discussion<fantasai> SebastianZ: My point was that we're adding more features to the border-color shorthand<fantasai> SebastianZ: to make the syntax more future proof, I suggested to change the syntax for when using features to add slashes between the different values for different sides <fantasai> SebastianZ: or could be something else, but we already use slashes in border-image and grid-area <fantasai> SebastianZ: we already added stripes() function, for example; this would make it clearer that they are different values <emilio> fantasai: I don't think this is necessary, because stripes() is an image <Rossen_> ack fantasai <emilio> ... I think if we're going to make border-color more complicated we might want to pull it out into different longhands <emilio> ... if we want to provide something like you'd do with backgrounds then we should have something else <emilio> ... in most cases I don't anticipate that people will mix stripes() with other things <oriol> +1 to elika <fantasai> Rossen_: seems like good reason to not do this just yet <fantasai> Rossen_: SebastianZ, anything to add? <fantasai> Rossen_: otherwise we can resolve no change for now <fantasai> SebastianZ: I think it's fine. My suggestion was to make it future-proof now rather than later <fantasai> Rossen_: Proposed resolution is no change <fantasai> Rossen_: we can return to it later if needed <fantasai> RESOLVED: close no change |
Uh oh!
There was an error while loading. Please reload this page.
As mentioned in the change to add the
stripes()
function, I believe it makes sense to follow the example ofgrid-area
and separate the different longhand values ofborder-color
via slashes.This makes it easier to distinguish them, especially in regard of the aforementioned new function. And it makes the syntax also more future-proof for further extensions.
The existing one-to-four
<color>
s syntax still needs to be supported, of course. Though all new features like the<1d-image>
values require the values to be separated by slashes. So the suggested syntax is:Examples:
Sebastian
The text was updated successfully, but these errors were encountered: