W3C home > Mailing lists > Public > www-style@w3.org > July 2008

Re: Applying SVG properties to non-SVG content

From: David Hyatt <hyatt@apple.com>
Date: Fri, 11 Jul 2008 16:55:13 -0500
To: robert@ocallahan.org
Cc: Bert Bos <bert@w3.org>, "www-style@w3.org" <www-style@w3.org>, www-svg <www-svg@w3.org>
Message-id: <16D36E7B-A685-4A02-83F3-6A867B349577@apple.com>
On Jul 11, 2008, at 4:29 PM, Robert O'Callahan wrote:

> On Sat, Jul 12, 2008 at 9:26 AM, David Hyatt <hyatt@apple.com> wrote:
> On Jul 11, 2008, at 3:41 PM, Robert O'Callahan wrote:
>
>
> Opera currently seems to ignore the fragment ID and just draw the  
> whole
> SVG file. The MIME type definition for image/svg+xml doesn't seem to
> say anything about fragment IDs.
>
> Would it be better to introduce a new CSS value, say "element()",  
> instead?
>
>
> This would be my preference.  I still think we're going to need a  
> new display type to go along with this feature, since I think  
> elements that aren't intended for display at their declaration point  
> would benefit from such a display type.  It would hide you at the  
> declaration point, probably have shrink-to-fit behavior (without  
> being constrained by containing block width),
>
> That's not 100% necessary, but it would definitely be useful.
>
> and probably also ignore clip/opacity/etc. that might be in effect  
> on ancestor elements.
>
> That's not really an issue, they don't affect anything here.

They don't?  Are you saying that you ignore clip/opacity if set on an  
ancestor of the element used as a paint server?

dave
Received on Friday, 11 July 2008 21:56:04 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 27 April 2009 13:55:10 GMT