This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 17780 - Can an internal table element establish a stacking context?
Summary: Can an internal table element establish a stacking context?
Status: NEW
Alias: None
Product: CSS
Classification: Unclassified
Component: CSS Level 2 (show other bugs)
Version: unspecified
Hardware: All Windows 3.1
: P2 normal
Target Milestone: ---
Assignee: Bert Bos
QA Contact: public-css-bugzilla
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-07-14 13:33 UTC by Anton P
Modified: 2012-12-04 00:51 UTC (History)
0 users

See Also:

Attachments

Description Anton P 2012-07-14 13:33:24 UTC 
Reported by Anton Prowse

Can an internal table element establish a stacking context?  Nothing in the spec says that it can't; but no UA seems to permit this, and indeed if they can then the painting algorithm in Appendix E needs revising.

Note that 9.3.1 (The 'position' property) says:

  # The effect of 'position:relative' on table-row-group,
  # table-header-group, table-footer-group, table-row,
  # table-column-group, table-column, table-cell, and
  # table-caption elements is undefined. 

so in CSS21 it seems undefined whether an internal table element may establish a stacking context (since the only stacking contexts in CSS21 are established by the root element and by elements with integer 'z-index', a property which itself only applies to positioned elements).

It would be useful to decide whether it is similarly undefined for stacking contexts arising from CSS3.

Converstation begins:
Bug description:
http://lists.w3.org/Archives/Public/www-style/2012Jun/0409.html

Follow-up:
http://lists.w3.org/Archives/Public/www-style/2012Jun/0424.html