Closed Bug 87281 Opened 23 years ago Closed 23 years ago

Table font non-inheritance quirk present in XML

Categories

(Core :: Layout: Tables, defect, P1)

x86
Windows 2000
defect

Tracking

()

VERIFIED FIXED
mozilla0.9.3

People

(Reporter: ian, Assigned: dbaron)

References

()

Details

(4 keywords, Whiteboard: [Hixie-P1])

Attachments

(3 files)

STEPS TO REPRODUCE
   http://hixie.ch/tests/adhoc/css/box/table/007.xml

ACTUAL RESULTS
   A <table> tag doesn't behave the same as a <p> tag with 'display: table' as
   far as inheriting fonts goes, and, more importantly, it shows the quirky
   behaviour that is so hated by authors world wide.

EXPECTED RESULTS
   Tables should not do anything special w.r.t. font inheritance!

This is, I believe, a regression.
Severity: normal → major
Whiteboard: [Hixie-P1]
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.3
In a conversation I just had with hyatt we thought this might be similar to bug
83495 -- we might need to do the same fix in nsXMLDocument.  (Or maybe even
refactor and end up with code in nsDocument...)
The first set of changes in the patch are |#if 0|-ed out, but I brought them up
to date with the place to which they were copied, which was the second set.

nsHTMLDocument and nsXMLDocument inherit from nsMarkupDocument, but
nsHTMLDocument overrides CreateShell while nsXMLDocument does not.
So the default behavior of nsMarkupDocument is to set the mode to standard, and
only HTMLDocument will change this now, right? I like the change, but I think it
should be documented in comments in nsMarkupDocument and nsHTMLDocument so it is
not just magic. [s]r=attinasi
r/sr=hyatt

dbaron, you should take this.  attinasi can give you the second review, and we
can get this in quickly.
[s]r=attinasi - I was actually thinking that the nsMarkupDocument needed the
comment to indicate that it was setting the CompatMode to Standard (so
subclasses would know if they need to override it or not), but I like the
comment on the PresContext too.
OK, taking.
Assignee: hyatt → dbaron
Status: ASSIGNED → NEW
Priority: -- → P1
Status: NEW → ASSIGNED
Fix checked in 2001-06-26 19:25 PDT.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
 Marking the bug verified
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: