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

[Bug 17134] New: Strange max row height for non-auto-height table rows

From: <bugzilla@jessica.w3.org>
Date: Mon, 21 May 2012 12:11:40 +0000
To: public-css-bugzilla@w3.org
Message-ID: <bug-17134-5148@http.www.w3.org/Bugs/Public/>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17134

           Summary: Strange max row height for non-auto-height table rows
           Product: CSS
           Version: unspecified
          Platform: PC
        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

17.5.3 (Table height algorithms) says:

  # The height of a 'table-row' element's box is calculated once
  # the user agent has all the cells in the row available: it is
  # the maximum of the row's computed 'height', the computed
  # 'height' of each cell in the row, and the minimum height (MIN)
  # required by the cells.

This is a little surprising.  MIN includes cell borders and padding, whereas
the computed 'height' of each cell doesn't.  Is this intentional?

(See also Bug 15461 and Bug 15462 for other issues with this paragraph in the
case of auto-height table rows.)

Bug 15460 concerns what seems to be the analogous issue for how cells in the
first row determine the column widths.

Conversation begins:
Bug description:
http://lists.w3.org/Archives/Public/www-style/2012Jan/1016.html (Issue 5)

-- 
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 Monday, 21 May 2012 12:12:03 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 21 May 2012 12:12:03 GMT