W3C home > Mailing lists > Public > www-svg@w3.org > April 2008

Re: SVGt 1.2: processing invalid external URI references

From: Jonathan Chetwynd <j.chetwynd@btinternet.com>
Date: Wed, 2 Apr 2008 11:09:25 +0100
Cc: www-svg@w3.org, cam@mcc.id.au
Message-Id: <68EADDF5-35E3-42CA-9709-11DCB875799B@btinternet.com>
To: Erik Dahlström <ed@opera.com>


that's helpful, but not sufficient, as it were.
evidently it would not be possible to render in this instance.

can you please confirm whether processing should continue as normal,  
after the missing content?


would it not be necessary or at least helpful, if as expressed and  
provided for in html, that a marker should be displayed, indicating  
that an image, or some graphical content is missing?

can this be incorporated into the specification?

kind regards

jonathan chetwynd

On 2 Apr 2008, at 10:47, Erik Dahlström wrote:

> On Fri, 28 Mar 2008 11:35:56 +0100, Jonathan Chetwynd <j.chetwynd@btinternet.com 
> > wrote:
>> SVGt 1.2: processing invalid external URI references
>> filed as bug 5594: http://www.w3.org/Bugs/Public/show_bug.cgi?id=5593
>> Please could the SVGWG address the issue raised in this bug?
>> It seems this issue may lead to significant errors of understanding,
>> if left unaddressed.
>> my apologies once again if this matter has been resolved elsewhere
> An invalid IRI per[1] is the same as an unsupported/unexpected  
> attribute value[2], and the <image> element defintion for xlink:href  
> says to not render the image at all[3].
> The <use> element has the same wording for xlink:href as <image>.
> Does this resolve your issue?
> /Erik
> [1] http://www.w3.org/TR/SVGMobile12/ 
> linking.html#ReferenceRestrictions
> [2] http://www.w3.org/TR/SVGMobile12/implnote.html#UnsupportedProps
> [3] http://www.w3.org/TR/SVGMobile12/struct.html#ImageElement
> -- 
> Erik Dahlstrom, Core Technology Developer, Opera Software
> Co-Chair, W3C SVG Working Group
> Personal blog: http://my.opera.com/macdev_ed
Received on Wednesday, 2 April 2008 10:10:20 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 March 2017 09:47:13 UTC