Bug 13170 – Incompatibility between run-in and margin/padding

• Component: New Bugs
• Status: RESOLVED INVALID

[David Latapie]

“margin” is not taken into consideration when using “run-in” (Webkit ToT). “padding” is not neither, but that may be normal. “margin” is taken into consideration with Opera. This is not a regression. See attached document.

[David Latapie]

Created attachment 13778 [details]
Testcase with both padding and margin

[Robert Blaut]

Why do you expect the <dt> which became inline box should have margin property? Margin applies only to block boxes. dt is no longer block box in this case. Opera behavior is incorrect. 

The bug report is INVALID.

[David Latapie]

I cannot say whether it is extended non-standard support or if it really was a bug from Webkit, but this now works in screen mode BUT not in print mode; furthermore, going yo print the text ends up in garbling the text in screen mode (Opera has it right, although the first example has extra lines between text). I reopen the bug, could someone change the status accordingly?

[Robert Blaut]

(In reply to comment #3)
> I cannot say whether it is extended non-standard support or if it really was a
> bug from Webkit, but this now works in screen mode BUT not in print mode;
> furthermore, going yo print the text ends up in garbling the text in screen
> mode (Opera has it right, although the first example has extra lines between
> text). I reopen the bug, could someone change the status accordingly?
> 

David, problem with printing run-in elements are actually known and it's tracked by bug 12522. The other mentioned issue is not a bug as I wrote above.