[css-borders-4] Rename `border-clip-<side>` to `border-<side>-clip`?

[cdoublev]

I am not sure there is a pressing need to stabilize and implement border-clip but the naming of its longhands seems inconsistent with other border properties:

• border-top-color
• border-top-radius
• border-top-style
• border-top-width
• ...
• border-clip-top

[SebastianZ]

Renaming them makes sense to me. As that's probably a quick decision, let's add this to the agenda.

Sebastian

[Loirooriol]

border-top-clip seems to imply that it's a longhand of border-top. Is that the case?

[SebastianZ]

So far it isn't and so isn't border-top-radius. Same with border-radius and border.

Discussing whether the new properties should be affected or even be part of the related shorthands, is a whole different discussion. @Loirooriol Can you please open a seperate issue for that?

Sebastian

[fantasai]

I'm just going to mark this as accepted Editor Discretion. This feature was only partially drafted in the first place, and this is an obvious fix to that editor's draft. The whole feature needs CSSWG review once it's properly drafted anyway.

[Loirooriol]

I don't think the relationship with the shorthand is an unrelated discussion. I prefer border-clip-<side> if border-<side> is not going to be a shorthand. So at this point I disagree with the change being an obvious fix.

[cdoublev]

I am not aware of the discussions that have taken place about border-<side>-radius rather than border-radius-<side>, whereas there is no relationship with border-<side>.

Assuming this syntax would be valid in the future...:

.box {
  border: {
    color: green;
    clip: 10px 1fr;
    top: {
      clip: normal;
      color: red;
    }
  }
}

... I do not have a clear idea on how shorthand expansion would work, but the order of the components in border-<side>-<feature> would not matter. border-top-clip may be handled as an alias of border-clip-top (which may also apply today), but considering <feature> as a property of border-<side> seems more natural to me.