Re: [csswg-drafts] [css-text-decor-4] Consider renaming `text-decoration-trim` (#8402)

Just to throw in some more alternatives:

* `text-decoration-adjust`
* `text-decoration-{size|length}-adjust`
* `text-decoration-resize`

Not necessarily saying that those are any better than the previous options.

> To my mind, `inset` properties are about adjusting their target element _in relation to another element_ (a parent or containing box). Given an element that is being sized or placed within an area that has been defined by some external thing, it makes sense to have the ability to "inset" (or expand, by use of negative inset) that area.
> 
> But with decoration lines, it's not readily apparent to an author that there is any such "container" to apply insets to. The decoration line seems more like an attribute of a range of text, and its length is determined by the length of that text, not in relation to some containing element, so the idea of "insetting" from such a container is a little odd.

"Insetting" to me means relative to _something_, not necessarily a containing element. Though I can see your point. The existing `*-inset-*` properties we have are also related to some containing element.

Having said that, I still believe "limit", "inset" and possibly also "adjust" express the meaning better than words in the meaning of cutting off or taking away something.

Though I am not a native speaker. And so far there were only a few opinions expressed. Maybe someone could set up a quick naming poll somewhere to reach a broader audience, maybe @mirisuzanne or @jensimmons? (I'm not on the big messaging/social media platforms, so can't do that myself, unfortunately.)

Sebastian

-- 
GitHub Notification of comment by SebastianZ
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/8402#issuecomment-3401389367 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Tuesday, 14 October 2025 11:45:41 UTC