15340 - CSS-margins aren't properly applied to <BLOCKQUOTE>

Status: VERIFIED FIXED

(Tech Evangelism Graveyard :: English US, defect, P2)

Description

[christian.mattar]

Not too sure about this one, but shouldn't the "natural" indention of
<BLOCKQUOTE> and the margin-left style counteract each other?
If you apply a margin-left style in Gecko, the "natural" indention of the tag is
not displayed. THE <UL> and <OL> tags work fine, though.

Comment 1

[christian.mattar]

Attachment: Change the margin-left style in this html-file. The standard-indention of the <BLOCKQUOTE> isn't considered.

Comment 2

[christian.mattar]

Attachment: Sorry, attached the wrong file last time

Comment 3

[kipp]

Using css style to override basic behavior is perfectly allowed and what css is
all about. That's the idea -- it gives you control over the presentation of the
page; if it didn't work that way then css would be next to useless. Marking the
bug invalid.

Comment 4

[Chris Petersen]

Based on Kipp's copmments, marking as verified invalid.

Comment 5

[christian.mattar]

OK, then the UL and OL tags don't work properly.

Comment 6

[christian.mattar]

Ok, perhaps I should describe the problem a little better.

Let's assume that the standard indention of the UL, the OL, and the BLOCKQUOTE
tag is 30px. Now, if you change the margin-left style to, say, -1px, should the
UL,OL and BLOCKQUOTE tags be drawn at 29px or at -1px?
Currently in Mozilla, the UL and OL tags would draw at 29px, while the
BLOCKQUOTE tag would draw at -1px. I don't know which one of these is right, but
i think that all three tags should behave the same.

Comment 7

[kipp]

Before you make blanket comments like that, please go read the ua.css (if you
have a binary distribution, you can find it in res/ua.css; if you have a source
tree you can find it in mozilla/layout/html/document/src/ua.css). In there you
will see how we use CSS to provide HTML behavior. If you think there is a
legitimate bug, please speak up about it...And file a new bug :-)

Comment 8

[kipp]

Whoops! Saw your first comment and responded to it too quickly. My apologies.

Look at ua.css: UL/OL do *not* have margins. Instead, they use padding to
provide an indent for their children. This is not as the css2 spec might
indicate how it should work, but it is how we do it and it is compatible with
nav4.

There are many other differences between ua.css and the "normative" style sheet
defined in the css2 spec. There are also many glaring bugs in the css2 spec, so
be careful.

Comment 9

[Christine Hoffman]

If you give BLOCKQUOTE a margin-left value of -1px, it overrides the 40px
margin-left default value from the ua.css file. Test case is displaying
correctly. Verifying bug invalid.

Comment 10

[christian.mattar]

My apologies if I start to annoy you :), but BLOCKQUOTE behaves like the OL and
UL tags in both NS 4 and IE 5. It would probably break some sites if it would
suddenly have another behaviour

Comment 11

[Christian Mattar]

3dnews.net must be informed that they send the wrong style information to NS6.x 
and Mozilla.
The stylesheet they send to IE5.5 should work fine in Mozilla.
Asa, are you the right man for this?

Comment 12

[Asa Dotzler [:asa]]

Actually, there is a component: Evangelism for that.  The bug should be
reassigned to that component if that is all that's left to do with this bug.

Comment 13

[Christian Mattar]

Reassigning to Evangelism as of Asa's comments

Comment 14

[Christian Mattar]

Reassigning to Evangelism as of Asa's comments and reassigning to blakeross and 
zach

Comment 15

[Christian Mattar]

Marking as fixed, since the page layout of the URL has changed and the webmaster 
stated on his site to support NS6

Comment 16

[Blake Ross]

Where did he/she state that?

Comment 17

[Christian Mattar]

He made a post on the redesigned site about 2-3 weeks ago, in which he IIRC 
said he was testing NS6.
Unfortunately, the site currently doesn't have a search function, but I'll try 
to dig out the post.

Comment 18

[Ian Tommins ('thelem')]

verified. Page doesn't even use BLOCKQUOTE.

Comment 19

[Bob Clary [:bc] (inactive)]

All Evangelism Bugs are now in the Product Tech Evangelism. See bug 86997 for
details.