- From: Brad Kemper <brad.kemper@gmail.com>
- Date: Tue, 27 Mar 2012 23:39:35 -0700
- To: fantasai <fantasai.lists@inkedblade.net>
- Cc: "www-style@w3.org" <www-style@w3.org>
On Mar 27, 2012, at 1:53 PM, fantasai <fantasai.lists@inkedblade.net> wrote:
> On 03/06/2012 06:16 AM, Kang-Hao (Kenny) Lu wrote:
>> 6.1. Image Source: the ¡®border-image-source¡¯ property
>>
>>
>> I have two comments about this section, esp. related to cases of
>> table-collapsed table elements. Firstly,
>>
>> # If the value is ¡®none¡¯ or if the image cannot be displayed, the
>> # border styles will be used.
>>
>> It's not too clear whether this covers cases when 'border-image-source'
>> doesn't apply (i.e. on internal table-collapsed table elements). "cannot
>> be displayed" seems like "fails to download" or "format not supported".
>> I suggest we expand this sentence a bit.
>
> Replaced with
>
> | If the value is ¡®none¡¯ or if the image cannot be displayed (or the property
> | doesn't apply), the border styles will be used; otherwise the element's borders
> | are not drawn and the border image is drawn as described in the sections below.
>
> Let us know if that resolves the issue.
>
>> Also,
>>
>> # Applies to:
>> #
>> # All elements, except internal table elements when
>> #¡®border-collapse¡¯ is ¡®collapse¡¯
>>
>> I'll note that in both Firefox 13a and Chromium 18, border images don't
>> show up on 'table' and 'inline-table' elements with 'border-collpase:¡¡
>> collapse'. Test case:
>>
>> data:text/html,<!DOCTYPE html><div style='border: 1em double
>> orange;display:table; border-collapse: collapse;
>> border-image:url("http://dev.w3.org/csswg/css3-background/border.png")
>> 27 round;'>TEST</div> (unprefixed)
>>
>> It's not too clear to me why 'border-iamge-source' applies to 'table'
>> and 'inline-table' in the collapsing border model but not other table
>> elements, but if that is the intention, I think
>>
>> # Specifies an image to use instead of the border styles given by the
>> # ¡®border-style¡¯ properties and as an additional background layer
>> # for the element.
>>
>> should be clarified a bit about whether this affects border conflict
>> resolution. I suppose it doesn't.
>
> We see two ways to handle this:
>
> Proposal A: 'border-image' doesn't affect layout, but may result in some
> inconsistencies when the table's border-image takes effect but its
> border-width.
Some critical word seems to be missing from the end of that sentence.
> Proposed text:
>
> | when applied to a border-collapsed table, all of the collapsed borders
> | along the table's edge are invisible.
>
> Proposal B: When 'border-image' is not ''none'' on a table, its borders
> take precedence over all others during border conflict resolution. Proposed
> text:
>
> | When 'border-image' is not ''none'' on a table, its borders take
> | precedence over all others during border conflict resolution.
>
> Both options preserve the fact that only computed values, not border image
> loading success, affect layout.
FWIW, I'm pretty sure I prefer proposal "A". It seems more "normal" and expected.
Received on Wednesday, 28 March 2012 06:40:08 UTC