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.
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.
Based on Kipp's copmments, marking as verified invalid.
OK, then the UL and OL tags don't work properly.
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.
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 :-)
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.
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.
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
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
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.
Reassigning to Evangelism as of Asa's comments
Component: Layout → Evangelism
Reassigning to Evangelism as of Asa's comments and reassigning to blakeross and zach
Assignee: buster → blakeross
Status: REOPENED → NEW
QA Contact: chrisd → zach
Status: NEW → ASSIGNED
OS: other → All
Priority: P3 → P2
Hardware: PC → All
Target Milestone: --- → mozilla0.6
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 ago → 19 years ago
Resolution: --- → FIXED
Where did he/she state that?
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.
verified. Page doesn't even use BLOCKQUOTE.
Status: RESOLVED → VERIFIED
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.