W3C home > Mailing lists > Public > public-css-bugzilla@w3.org > July 2012

[Bug 17780] New: Can an internal table element establish a stacking context?

From: <bugzilla@jessica.w3.org>
Date: Sat, 14 Jul 2012 13:33:25 +0000
To: public-css-bugzilla@w3.org
Message-ID: <bug-17780-5148@http.www.w3.org/Bugs/Public/>

           Summary: Can an internal table element establish a stacking
           Product: CSS
           Version: unspecified
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: CSS Level 2
        AssignedTo: bert@w3.org
        ReportedBy: antonsforums@yahoo.co.uk
         QAContact: public-css-bugzilla@w3.org

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:


Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Saturday, 14 July 2012 13:33:32 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:36:40 UTC