386468 - <marquee behavior=alternate> with text-indent outruns the page

Status: RESOLVED WORKSFORME

(Core :: Layout, defect, P5)

Description

[j.j.]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a6pre) Gecko/20070630 Minefield/3.0a6pre
Build Identifier: 

(Follow up bug 384297)

<marquee> with text-indent other than 0 behaves different from IE.

The text does not scroll over the complete width.

If behavior=alternate, the text outruns the page.


Reproducible: Always

Steps to Reproduce:
See testcase, compare with IE.



Note: In some cases the content is lost.

Comment 1

[j.j.]

Attachment: testcase1

Comment 2

[Martijn Wargers (dead)]

Ok, I'm confirming this, because the behavior is indeed different from IE.
I know that behavior seems different from branch, but has this really become worse?

It seems that when the marquee content fits inside marquee behavior=alternate, you get a more or less normal behavior=alternate behavior (but with the text-indent).
But when it doesn't fit (because of the text-indent), I have no idea what IE is doing.

For normal marquees, the text-indent seems to be part of the marquee content, so I guess I should do that for Mozilla and hope that it also makes behavior=alternate more acceptable.

Comment 3

[dolphinling]

We appear to be indenting twice: once for the marquee, once for the text?

Comment 4

[Martijn Wargers (dead)]

Is this really used a lot for marquees?

Comment 5

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

Switching from blocks to XUL and back to blocks probably means we get the indent both inside and outside the XUL.  Putting text-indent:0 on something in the middle to stop it from inheriting through would probably fix this, I'd think.

Comment 6

[Karl Dubost💡 :karlcow]

https://bug386468.bmoattachments.org/attachment.cgi?id=270457
fwiw Blink (Chrome, Edge) and Firefox are working the same here.
Safari has some tests not working at all.
from a webcompat point of view this is a worksforme