Re: border-before-width length-conditional
Ah yes, that makes sense. Thanks a lot Vincent. I didn't think about that. On 21.02.2005 21:54:19 Vincent Hennebert wrote: > Jeremias Maerki a écrit : > > Am I right that for a table-cell in collapsing border model the > > conditional part of a (ex. in border-before-width) > > has no effect (i.e. is ignored)? > > > I would answer no, actually not exactly. > If I understand the spec correctly, the conditional part has an effect only > if > the generated area "begins" an ancestor reference area. > Let's take the example of border-before. If there is a cell before the > current > cell we don't care about the conditionality: we just have to chose between > this > border, the border-after of the preceding cell, and the border-after and > border-before of the containing table-rows. > Now if the table has to be broken at the end of a page and the current cell > begins a new page (and no border is specified for the table-row), in this > case > the conditionality has to be taken in consideration. Because the cell would > be a > leading edge in the normal-flow-reference-area of the page, as defined at the > end of section 4.2.5, Stacking Constraints. > > Does it answer your question? I may have missed something, I have not > carefully > studied this aspect of the spec nor the border-collapsing model. > > Hope this helps, > Vincent Jeremias Maerki
Re: border-before-width length-conditional
Jeremias Maerki a écrit : Am I right that for a table-cell in collapsing border model the conditional part of a (ex. in border-before-width) has no effect (i.e. is ignored)? I would answer no, actually not exactly. If I understand the spec correctly, the conditional part has an effect only if the generated area "begins" an ancestor reference area. Let's take the example of border-before. If there is a cell before the current cell we don't care about the conditionality: we just have to chose between this border, the border-after of the preceding cell, and the border-after and border-before of the containing table-rows. Now if the table has to be broken at the end of a page and the current cell begins a new page (and no border is specified for the table-row), in this case the conditionality has to be taken in consideration. Because the cell would be a leading edge in the normal-flow-reference-area of the page, as defined at the end of section 4.2.5, Stacking Constraints. Does it answer your question? I may have missed something, I have not carefully studied this aspect of the spec nor the border-collapsing model. Hope this helps, Vincent
Re: border-before-width length-conditional
Then, I'm wondering how to handle the conditional part (7.7.9) in this case because I don't have a clue and it seems not to go well with the collapsing nature of these borders as well as the rules 1-5 in 6.7.10 for border-collapse="collapse". Also, I don't think "the associated edge is (can be) a leading edge in a reference area from this (table-cell, table-row, table-body) formatting object". H. On 21.02.2005 18:11:22 Victor Mote wrote: > Jeremias Maerki wrote: > > > Am I right that for a table-cell in collapsing border model > > the conditional part of a (ex. in > > border-before-width) has no effect (i.e. is ignored)? > > That doesn't sound right. I just did a cursory review of the standard and > can't find any support for that. However, the standard has a way of humbling > me from time to time, so I may have missed it. > > Victor Mote Jeremias Maerki
RE: border-before-width length-conditional
Jeremias Maerki wrote: > Am I right that for a table-cell in collapsing border model > the conditional part of a (ex. in > border-before-width) has no effect (i.e. is ignored)? That doesn't sound right. I just did a cursory review of the standard and can't find any support for that. However, the standard has a way of humbling me from time to time, so I may have missed it. Victor Mote