W3C home > Mailing lists > Public > www-style@w3.org > March 2012

Re: [css3-background] border images on table-collapsed table elements

From: Brad Kemper <brad.kemper@gmail.com>
Date: Tue, 27 Mar 2012 23:39:35 -0700
Message-Id: <DF51B073-D814-4307-9406-A1BA44635BBB@gmail.com>
Cc: "www-style@w3.org" <www-style@w3.org>
To: fantasai <fantasai.lists@inkedblade.net>
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 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 22 May 2012 03:48:53 GMT