<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://www.w3.org/Bugs/Public/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4"
          urlbase="https://www.w3.org/Bugs/Public/"
          
          maintainer="sysbot+bugzilla@w3.org"
>

    <bug>
          <bug_id>17505</bug_id>
          
          <creation_ts>2012-06-16 09:39:43 +0000</creation_ts>
          <short_desc>Wider set of properties should apply to table wrapper box instead of table box</short_desc>
          <delta_ts>2012-12-04 00:50:52 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>CSS</product>
          <component>CSS Level 2</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Windows 3.1</op_sys>
          <bug_status>NEW</bug_status>
          <resolution></resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Anton P">antonsforums</reporter>
          <assigned_to name="Bert Bos">bert</assigned_to>
          
          
          <qa_contact>public-css-bugzilla</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>69121</commentid>
    <comment_count>0</comment_count>
    <who name="Anton P">antonsforums</who>
    <bug_when>2012-06-16 09:39:43 +0000</bug_when>
    <thetext>17.4 (Tables in the visual formatting model) says:

  # The computed values of properties &apos;position&apos;, &apos;float&apos;, &apos;margin-*&apos;,
  # &apos;top&apos;, &apos;right&apos;, &apos;bottom&apos;, and &apos;left&apos; on the table element are used
  # on the table wrapper box and not the table box; all other values of
  # non-inheritable properties are used on the table box and not the
  # table wrapper box. (Where the table element&apos;s values are not used
  # on the table and table wrapper boxes, the initial values are used
  # instead.) 

It seems that a wider set of properties should apply to table wrapper box instead of table box, as described in the comments below.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>69122</commentid>
    <comment_count>1</comment_count>
    <who name="Anton P">antonsforums</who>
    <bug_when>2012-06-16 09:54:26 +0000</bug_when>
    <thetext>Reported by Simon Sapin

Will a table box ever establish a new stacking context, or will that always be done by the table wrapper?

Given currently that we have to choose whether a property affects the table box or the table wrapper box (and can&apos;t have both), it seems sensible to have all properties which induce stacking contexts apply to the table wrapper box.

In particular, &apos;z-index&apos; should act on the table wrapper box, and added weight is given by the fact that &apos;position&apos; acts on the table wrapper box.

[In general, &apos;opacity&apos;, &apos;transform&apos;, and other properties that can trigger a stacking context should specify that they act on the table wrapper box, in their respective specifications, until such time as the css3-table spec is created.]

Conversation begins:
Bug description:
http://lists.w3.org/Archives/Public/www-style/2012May/0441.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>69123</commentid>
    <comment_count>2</comment_count>
    <who name="Anton P">antonsforums</who>
    <bug_when>2012-06-16 10:10:40 +0000</bug_when>
    <thetext>Reported by Simon Sapin

The &apos;clear&apos; property should also act on the table wrapper box since otherwise it&apos;s not possible to make table wrapper boxes clear floats in the same BFC.  UAs seem to support this proposal.

Bug report on a related test case, reported by Gérard Talbot: http://lists.w3.org/Archives/Public/www-style/2012Jun/0072.html .  The test needs to include a floated caption box with zero margin area width in order to be relevant to the issue.

Conversation begins:
Bug description:
http://lists.w3.org/Archives/Public/www-style/2012Jun/0065.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>69124</commentid>
    <comment_count>3</comment_count>
    <who name="Anton P">antonsforums</who>
    <bug_when>2012-06-16 10:18:12 +0000</bug_when>
    <thetext>UA behaviour report from David Baron:
http://lists.w3.org/Archives/Public/www-style/2012Jun/0066.html

In addition to &apos;clear&apos; and &apos;z-index&apos;, Gecko propagates the following to the table wrapper box:

&apos;vertical-align&apos; (for inline-table)
&apos;line-height&apos; (for vertical-align on inline-table)

[Also, the following CSS3 properties:
&apos;page-break-before&apos;
&apos;page-break-after&apos;
(probably &apos;page-break-inside&apos; too when it gets implemented)
&apos;transform&apos;
&apos;transform-origin&apos; (for https://bugzilla.mozilla.org/show_bug.cgi?id=722777)
&apos;backface-visibility&apos; (for https://bugzilla.mozilla.org/show_bug.cgi?id=724750)
]</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>69140</commentid>
    <comment_count>4</comment_count>
    <who name="Anton P">antonsforums</who>
    <bug_when>2012-06-16 12:08:58 +0000</bug_when>
    <thetext>Correction to faulty transcription of David&apos;s comment in Comment 3:

The following properties are defined in CSS21, not CSS3:

&apos;page-break-before&apos;
&apos;page-break-after&apos;
&apos;page-break-inside&apos;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>69362</commentid>
    <comment_count>5</comment_count>
    <who name="Anton P">antonsforums</who>
    <bug_when>2012-06-24 14:25:49 +0000</bug_when>
    <thetext>In response to Comment 3, Simon Sapin suggests the list of non-inheritable CSS21 properties to be used on the wrapper box should be:

&apos;clear&apos;
&apos;z-index&apos;
&apos;vertical-align&apos;
&apos;page-break-before&apos;
&apos;page-break-after&apos;
&apos;page-break-inside&apos;
&apos;counter-reset&apos;
&apos;counter-increment&apos;

(He notes that &apos;line-height&apos; is inherited.)

[He also adds &apos;opacity&apos; to the list of CSS3 properties.]

http://lists.w3.org/Archives/Public/www-style/2012Jun/0396.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>70014</commentid>
    <comment_count>6</comment_count>
    <who name="Anton P">antonsforums</who>
    <bug_when>2012-07-15 11:36:32 +0000</bug_when>
    <thetext>Implementers raised a concern about whether &apos;overflow&apos; should apply to the table wrapper box instead of to the table box.[1]

The test http://test.csswg.org/shepherd/testcase/overflow-applies-to-013/ is theoretically relevant to this bug, since the table box has a positive width border and hence it is possible to detect whether &apos;overflow&apos; is being applied to the table box (and thus clipping the overflowing content at the table box&apos;s padding area) or to the parent wrapper box.  Gecko, Webkit, Presto and Trident all pass this test.  However, it turns out that the test doesn&apos;t capture the vagiaries of Webkit and Presto&apos;s behaviour.

The attached test case below (based on one provided by Øyvind Stenhaug) demonstrates that Gecko and Trident (IE9) apply &apos;overflow&apos; to the table box, whereas Webkit and Presto (Op12) seem to apply it to the table wrapper box but define the clipping area in a curious manner: it has the size of the table box&apos;s padding area in the horizontal dimension, and then it has the size of the table wrapper box&apos;s padding area in the vertical dimension (in the case of Webkit) or the size of the table wrapper box&apos;s padding area minus the sum of the table box&apos;s vertical border widths in the vertical dimension (in the case of Presto).

[1] http://lists.w3.org/Archives/Public/www-style/2012Jun/0656.html
[2] http://lists.w3.org/Archives/Public/www-style/2011Jul/0462.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>70016</commentid>
    <comment_count>7</comment_count>
      <attachid>1158</attachid>
    <who name="Anton P">antonsforums</who>
    <bug_when>2012-07-15 11:44:43 +0000</bug_when>
    <thetext>Created attachment 1158
Test to illustrate whether &apos;overflow&apos; has its effect on the table box or the table wrapper box</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>71762</commentid>
    <comment_count>8</comment_count>
      <attachid>1166</attachid>
    <who name="Anton P">antonsforums</who>
    <bug_when>2012-08-02 06:46:49 +0000</bug_when>
    <thetext>Created attachment 1166
Test to illustrate whether &apos;overflow&apos; has its effect on the table box or the table wrapper box

(Revised attachment which fixes an HTML validation error.)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>71956</commentid>
    <comment_count>9</comment_count>
    <who name="Anton P">antonsforums</who>
    <bug_when>2012-08-09 05:37:38 +0000</bug_when>
    <thetext>Regarding Comments 6 and 8:

The WG resolved[1] that &apos;overflow&apos; has its effect on the table box of a table element, not the table wrapper box.

[1] http://lists.w3.org/Archives/Public/www-style/2012Aug/0298.html</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>1158</attachid>
            <date>2012-07-15 11:44:43 +0000</date>
            <delta_ts>2012-08-02 06:46:49 +0000</delta_ts>
            <desc>Test to illustrate whether &apos;overflow&apos; has its effect on the table box or the table wrapper box</desc>
            <filename>Overflow_on_table_with_caption.html</filename>
            <type>text/html</type>
            <size>1469</size>
            <attacher name="Anton P">antonsforums</attacher>
            
              <data encoding="base64">PCFET0NUWVBFIEhUTUw+DQo8aGVhZD4NCgk8dGl0bGU+b3ZlcmZsb3cgb24gdGFibGUgd2l0aCBj
YXB0aW9uPC90aXRsZT4NCgk8c3R5bGU+DQpkaXYuc3BhY2VyIHsNCgliYWNrZ3JvdW5kLWNvbG9y
OmdyYXk7DQp9DQpkaXYudGFibGUgew0KCWRpc3BsYXk6IHRhYmxlOw0KfQ0KdGFibGUsDQpkaXYu
dGFibGUgew0KCWJhY2tncm91bmQ6IGdyZWVuOw0KCWJvcmRlcjogNXB4IHNvbGlkIHllbGxvdzsN
CgljYXB0aW9uLXNpZGU6IGJvdHRvbTsNCglvdmVyZmxvdzogaGlkZGVuOw0KCXRhYmxlLWxheW91
dDogZml4ZWQ7DQoJYm9yZGVyLXNwYWNpbmc6IDA7DQp9DQpkaXYuY2FwdGlvbiB7DQoJZGlzcGxh
eTogdGFibGUtY2FwdGlvbjsNCn0NCmNhcHRpb24sDQpkaXYuY2FwdGlvbiB7DQoJYmFja2dyb3Vu
ZDogYmxhY2s7DQoJd2lkdGg6IDEwMHB4Ow0KCWhlaWdodDogMjVweDsNCn0NCmRpdi50ciB7DQoJ
ZGlzcGxheTogdGFibGUtcm93Ow0KfQ0KZGl2LnRkIHsNCglkaXNwbGF5OiB0YWJsZS1jZWxsOw0K
fQ0KdGQgPiBkaXYsDQpkaXYudGQgPiBkaXYgew0KCWJhY2tncm91bmQ6IG9yYW5nZTsNCglwb3Np
dGlvbjogcmVsYXRpdmU7DQoJd2lkdGg6IDUwcHg7DQoJaGVpZ2h0OiAyNXB4Ow0KfQ0KdGQgPiBk
aXYgPiBkaXYsDQpkaXYudGQgPiBkaXYgPiBkaXYgew0KCXBvc2l0aW9uOiBhYnNvbHV0ZTsNCgli
YWNrZ3JvdW5kOiBibHVlOw0KfQ0KZGl2LmFic3BvczEgew0KCXdpZHRoOiA4MHB4Ow0KCWhlaWdo
dDogODBweDsNCgl0b3A6IC0xMHB4Ow0KfQ0KZGl2LmFic3BvczIgew0KCXdpZHRoOiAyMHB4Ow0K
CWhlaWdodDogMzBweDsNCgl0b3A6IDEwcHg7DQoJbGVmdDogODBweDsNCn0NCgk8L3N0eWxlPg0K
PC9oZWFkPg0KPGJvZHk+DQoNCjxkaXYgY2xhc3M9InNwYWNlciIgc3R5bGU9ImZsb2F0OmxlZnQ7
IHdpZHRoOjEwcHg7IGhlaWdodDoxNzBweCI+PC9kaXY+DQoNCjxkaXYgY2xhc3M9InNwYWNlciIg
c3R5bGU9IndpZHRoOjExMHB4OyBoZWlnaHQ6MTBweDsiPjwvZGl2Pg0KDQo8dGFibGU+DQoJPGNh
cHRpb24+PC9jYXB0aW9uPg0KCTx0cj4NCgkJPHRkPjxkaXY+PGRpdiBjbGFzcz0iYWJzcG9zMSI+
PC9kaXY+PGRpdiBjbGFzcz0iYWJzcG9zMiI+PC9kaXY+PC90ZD4NCgk8L3RyPg0KPC90YWJsZT4N
Cg0KPGRpdiBjbGFzcz0ic3BhY2VyIiBzdHlsZT0id2lkdGg6MTEwcHg7IGhlaWdodDozMHB4OyI+
PC9kaXY+DQoNCjxkaXYgY2xhc3M9InRhYmxlIj4NCgk8ZGl2IGNsYXNzPSJjYXB0aW9uIj48L2Rp
dj4NCgk8ZGl2IGNsYXNzPSJ0ciI+DQoJCTxkaXYgY2xhc3M9InRkIj48ZGl2PjxkaXYgY2xhc3M9
ImFic3BvczEiPjwvZGl2PjxkaXYgY2xhc3M9ImFic3BvczIiPjwvZGl2PjwvZGl2PjwvZGl2Pg0K
CTwvZGl2Pg0KPC9kaXY+DQoNCg0KPGRpdiBjbGFzcz0ic3BhY2VyIiBzdHlsZT0id2lkdGg6MTEw
cHg7IGhlaWdodDoxMHB4OyI+PC9kaXY+DQoNCjwvYm9keT4NCjwvaHRtbD4=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>1166</attachid>
            <date>2012-08-02 06:46:49 +0000</date>
            <delta_ts>2012-08-02 06:46:49 +0000</delta_ts>
            <desc>Test to illustrate whether &apos;overflow&apos; has its effect on the table box or the table wrapper box</desc>
            <filename>Overflow_on_table_with_caption.html</filename>
            <type>text/html</type>
            <size>1475</size>
            <attacher name="Anton P">antonsforums</attacher>
            
              <data encoding="base64">PCFET0NUWVBFIEhUTUw+DQo8aGVhZD4NCgk8dGl0bGU+b3ZlcmZsb3cgb24gdGFibGUgd2l0aCBj
YXB0aW9uPC90aXRsZT4NCgk8c3R5bGU+DQpkaXYuc3BhY2VyIHsNCgliYWNrZ3JvdW5kLWNvbG9y
OmdyYXk7DQp9DQpkaXYudGFibGUgew0KCWRpc3BsYXk6IHRhYmxlOw0KfQ0KdGFibGUsDQpkaXYu
dGFibGUgew0KCWJhY2tncm91bmQ6IGdyZWVuOw0KCWJvcmRlcjogNXB4IHNvbGlkIHllbGxvdzsN
CgljYXB0aW9uLXNpZGU6IGJvdHRvbTsNCglvdmVyZmxvdzogaGlkZGVuOw0KCXRhYmxlLWxheW91
dDogZml4ZWQ7DQoJYm9yZGVyLXNwYWNpbmc6IDA7DQp9DQpkaXYuY2FwdGlvbiB7DQoJZGlzcGxh
eTogdGFibGUtY2FwdGlvbjsNCn0NCmNhcHRpb24sDQpkaXYuY2FwdGlvbiB7DQoJYmFja2dyb3Vu
ZDogYmxhY2s7DQoJd2lkdGg6IDEwMHB4Ow0KCWhlaWdodDogMjVweDsNCn0NCmRpdi50ciB7DQoJ
ZGlzcGxheTogdGFibGUtcm93Ow0KfQ0KZGl2LnRkIHsNCglkaXNwbGF5OiB0YWJsZS1jZWxsOw0K
fQ0KdGQgPiBkaXYsDQpkaXYudGQgPiBkaXYgew0KCWJhY2tncm91bmQ6IG9yYW5nZTsNCglwb3Np
dGlvbjogcmVsYXRpdmU7DQoJd2lkdGg6IDUwcHg7DQoJaGVpZ2h0OiAyNXB4Ow0KfQ0KdGQgPiBk
aXYgPiBkaXYsDQpkaXYudGQgPiBkaXYgPiBkaXYgew0KCXBvc2l0aW9uOiBhYnNvbHV0ZTsNCgli
YWNrZ3JvdW5kOiBibHVlOw0KfQ0KZGl2LmFic3BvczEgew0KCXdpZHRoOiA4MHB4Ow0KCWhlaWdo
dDogODBweDsNCgl0b3A6IC0xMHB4Ow0KfQ0KZGl2LmFic3BvczIgew0KCXdpZHRoOiAyMHB4Ow0K
CWhlaWdodDogMzBweDsNCgl0b3A6IDEwcHg7DQoJbGVmdDogODBweDsNCn0NCgk8L3N0eWxlPg0K
PC9oZWFkPg0KPGJvZHk+DQoNCjxkaXYgY2xhc3M9InNwYWNlciIgc3R5bGU9ImZsb2F0OmxlZnQ7
IHdpZHRoOjEwcHg7IGhlaWdodDoxNzBweCI+PC9kaXY+DQoNCjxkaXYgY2xhc3M9InNwYWNlciIg
c3R5bGU9IndpZHRoOjExMHB4OyBoZWlnaHQ6MTBweDsiPjwvZGl2Pg0KDQo8dGFibGU+DQoJPGNh
cHRpb24+PC9jYXB0aW9uPg0KCTx0cj4NCgkJPHRkPjxkaXY+PGRpdiBjbGFzcz0iYWJzcG9zMSI+
PC9kaXY+PGRpdiBjbGFzcz0iYWJzcG9zMiI+PC9kaXY+PC9kaXY+PC90ZD4NCgk8L3RyPg0KPC90
YWJsZT4NCg0KPGRpdiBjbGFzcz0ic3BhY2VyIiBzdHlsZT0id2lkdGg6MTEwcHg7IGhlaWdodDoz
MHB4OyI+PC9kaXY+DQoNCjxkaXYgY2xhc3M9InRhYmxlIj4NCgk8ZGl2IGNsYXNzPSJjYXB0aW9u
Ij48L2Rpdj4NCgk8ZGl2IGNsYXNzPSJ0ciI+DQoJCTxkaXYgY2xhc3M9InRkIj48ZGl2PjxkaXYg
Y2xhc3M9ImFic3BvczEiPjwvZGl2PjxkaXYgY2xhc3M9ImFic3BvczIiPjwvZGl2PjwvZGl2Pjwv
ZGl2Pg0KCTwvZGl2Pg0KPC9kaXY+DQoNCg0KPGRpdiBjbGFzcz0ic3BhY2VyIiBzdHlsZT0id2lk
dGg6MTEwcHg7IGhlaWdodDoxMHB4OyI+PC9kaXY+DQoNCjwvYm9keT4NCjwvaHRtbD4=
</data>

          </attachment>
      

    </bug>

</bugzilla>