Open
Bug 180920
Opened 23 years ago
Updated 4 years ago
only one style context for outer and inner table frame
Categories
(Core :: Layout: Tables, defect, P3)
Tracking
()
NEW
Future
People
(Reporter: bernd_mozilla, Unassigned)
Details
Currently the outer-table frame and the inner table frame have both a style
context. The outer-table frame contains geometrical the inner table frame but
inherits some style properties from the inner table frame. This model works
somehow for specified values but breaks when some property on the inner table
frame has the value auto. The most prominent case is a absolute positioned table
with style="position:absolute; left:auto" (bug 53663). While I tried to sovle
that bug, I understand everything I tried was a hack. I never found a nice
reviewable solution.
I see the following scenarios to solve this:
a) the outer table frame has no style context and the inner table frame has one
b) the outer and the inner table frame share one style context
c) only the outer table frame has a style context.
d) we split the style context so the part that affects the outer-table frame
goes there and the other properties go to the inner table frame.- this may be
the worst solution
It would be good to see your oppionions.
I was going to say that option (d) is the best solution :-).
Scrollable elements have similar problems, where the element generates a
scrolling frame and a scrolled frame.
(e) Find a way to implement the CSS table model without having two frames for a
content node with 'display: table'
Apparently we need to have borders and backgrounds and other stuff applied to
the table cell area but positioning applied to the cell area + caption. I don't
see how to do that without using one frame for the cell area and a different
frame for the cell area + caption.
Comment 4•23 years ago
|
||
(f) get the spec changed so that 'inherit' inherites the 'auto' value and not a
computed length
Updated•23 years ago
|
Priority: -- → P3
Target Milestone: --- → Future
Updated•17 years ago
|
Assignee: layout.tables → nobody
QA Contact: amar → layout.tables
Updated•4 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•