910979 - Ellipsis created by `text-overflow` does not respect CSS properties such as `text-decoration`.

Status: UNCONFIRMED

(Core :: Layout: Block and Inline, enhancement)

Description

[u174286]

Attachment: ellipsis.html

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.57 Safari/537.36

Steps to reproduce:

1. create `a` element with a long texts
2. style `a` element with `text-overflow: ellipsis` and `text-decoration: underline`


Actual results:

Ellipsis created by `text-overflow` does not have underline.


Expected results:

Ellipsis should have underline.

Comment 1

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

I don't see anything in http://dev.w3.org/csswg/css-text/ or http://dev.w3.org/csswg/css-ui/ describing the correct behavior here, except for http://dev.w3.org/csswg/css-ui/#text-overflow saying:

  The ellipsis is styled and baseline-aligned according to the block. 

which probably suggests that the current behavior is correct per the spec.

Comment 2

[u174286]

Yes, the spec does not specify correct behavior of ellipsis's text styling. But I think Firefox should treat `text-*` properties same as `color` or `font-weight`, because there is no way to style ellipsis via CSS.

Comment 3

[Mats Palmgren (inactive)]

Fwiw, our current behavior is intentional - we explicitly added code to truncate
text-decorations before the ellipsis.

I'd like to see something explicit about text-decorations in the text-overflow
spec (and at least one other UA committing to implementing it) before changing
our code.  (spec changes should be discussed on [e-mail])

I think our current behavior makes sense as the default (and so did roc@
in bug 312156 comment 143, saying "Other browsers don't apply text-decorations,
which makes sense to me.").  Any new behavior should be opt-in, perhaps using
a separate property.