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

Re: [Backgrounds/Borders] What to do when a border-image fails to load

From: David Hyatt <hyatt@apple.com>
Date: Sun, 29 Mar 2009 15:15:23 -0500
Cc: Anne van Kesteren <annevk@opera.com>, Bert Bos <bert@w3.org>, "www-style@w3.org list" <www-style@w3.org>
Message-id: <19EEDB7F-A5FF-4E22-AD52-FC0DDEA264D6@apple.com>
To: Brad Kemper <brad.kemper@gmail.com>
On Mar 29, 2009, at 2:40 AM, Brad Kemper wrote:

> On Mar 28, 2009, at 7:54 AM, David Hyatt wrote:
>
>> On Mar 28, 2009, at 8:17 AM, Anne van Kesteren wrote:
>>
>>> On Fri, 27 Mar 2009 17:58:52 +0100, David Hyatt <hyatt@apple.com>  
>>> wrote:
>>>> Yeah, I guess I'm saying "let's just drop the ability to set  
>>>> border widths from border-image."
>>>
>>> Then you always have to set two properties. Is it worth  
>>> considering making border-image a special form of border-style?  
>>> That does not work for the border-*-style properties, but the same  
>>> applies to resetting border-image by setting border. As a bonus it  
>>> would make it easier to allow specifying some kind of fallback in  
>>> case the image fails to load, cannot be decoded, is not supported,  
>>> etc.
>>>
>>
>> I don't really care how this is solved.  I just don't like what's  
>> in the spec now, since snapping to different border widths just  
>> because an image failed to load does not seem like what any author  
>> or user would want.
>>
>> dave
>
> I written up a proposal that I think solves this problem, plus a  
> couple others that I think are even bigger for authors. I'd  
> appreciate it if everyone could take a look and let me know what you  
> think. In the following link, I describe three problems (including  
> this one), and a nice solution that I would love to see implemented:
>
> http://www.bradclicks.com/cssplay/border-image/Thinking_Outside_The_Box.html
>
>

I think this proposal is fantastic.  I would love to see it  
incorporated into the spec.

dave
(hyatt@apple.com)
Received on Sunday, 29 March 2009 20:16:07 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 17:20:17 GMT