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

VERIFIED FIXED

Status

defect
P2
major
VERIFIED FIXED
20 years ago
4 years ago

People

(Reporter: christian.mattar, Assigned: bugzilla)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

()

Attachments

(2 attachments)

Reporter

Description

20 years ago
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.

Updated

20 years ago
Assignee: troy → kipp

Updated

20 years ago
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID

Comment 3

20 years ago
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.

Updated

20 years ago
Status: RESOLVED → VERIFIED

Comment 4

20 years ago
Based on Kipp's copmments, marking as verified invalid.
Reporter

Comment 5

20 years ago
OK, then the UL and OL tags don't work properly.
Reporter

Updated

20 years ago
Status: VERIFIED → REOPENED
Reporter

Comment 6

20 years ago
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

20 years ago
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 :-)

Updated

20 years ago
Status: REOPENED → ASSIGNED

Updated

20 years ago
Status: ASSIGNED → RESOLVED
Closed: 20 years ago20 years ago

Comment 8

20 years ago
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.

Updated

20 years ago
QA Contact: petersen → chrisd

Updated

20 years ago
Status: RESOLVED → VERIFIED

Comment 9

20 years ago
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.
Reporter

Comment 10

20 years ago
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

19 years ago
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?
Status: VERIFIED → REOPENED
Keywords: evangwanted
Resolution: INVALID → ---
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

19 years ago
Reassigning to Evangelism as of Asa's comments
Component: Layout → Evangelism

Comment 14

19 years ago
Reassigning to Evangelism as of Asa's comments and reassigning to blakeross and 
zach
Assignee: buster → blakeross
Status: REOPENED → NEW
QA Contact: chrisd → zach
Assignee

Updated

19 years ago
Status: NEW → ASSIGNED
OS: other → All
Priority: P3 → P2
Hardware: PC → All
Target Milestone: --- → mozilla0.6

Comment 15

19 years ago
Marking as fixed, since the page layout of the URL has changed and the webmaster 
stated on his site to support NS6
Status: ASSIGNED → RESOLVED
Closed: 20 years ago19 years ago
Resolution: --- → FIXED
Assignee

Comment 16

19 years ago
Where did he/she state that?

Comment 17

19 years ago
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.
Assignee

Updated

19 years ago
Keywords: evangwanted
verified. Page doesn't even use BLOCKQUOTE.
Status: RESOLVED → VERIFIED

Comment 19

18 years ago
All Evangelism Bugs are now in the Product Tech Evangelism. See bug 86997 for
details.
Component: Evangelism → US English
Product: Browser → Tech Evangelism
Target Milestone: mozilla0.6 → ---
Version: other → unspecified
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.