Bug 13170 - Incompatibility between run-in and margin/padding
Summary: Incompatibility between run-in and margin/padding
Status: RESOLVED INVALID
Alias: None
Product: WebKit
Classification: Unclassified
Component: New Bugs (show other bugs)
Version: 523.x (Safari 3)
Hardware: Mac OS X 10.4
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-03-23 07:08 PDT by David Latapie
Modified: 2008-12-29 04:46 PST (History)
1 user (show)

See Also:


Attachments
Testcase with both padding and margin (1.21 KB, application/xhtml+xml)
2007-03-23 07:10 PDT, David Latapie
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description David Latapie 2007-03-23 07:08:32 PDT
“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.
Comment 1 David Latapie 2007-03-23 07:10:29 PDT
Created attachment 13778 [details]
Testcase with both padding and margin
Comment 2 Robert Blaut 2008-02-24 03:11:08 PST
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.
Comment 3 David Latapie 2008-11-23 13:20:22 PST
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?
Comment 4 Robert Blaut 2008-12-29 04:46:16 PST
(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.