- From: Doug Schepers <schepers@w3.org>
- Date: Fri, 17 Oct 2008 20:56:56 -0400
- To: Alex Danilo <alex@abbra.com>
- CC: anthony.grasso@cisra.canon.com.au, public-svg-wg@w3.org
Hi, Alex- Thanks for noticing those. I just did a global find/replace for 'image/jpg'/'image/jpeg', with the following results: test/svg/animate-elem-39-t.svg test/svg/animate-elem-40-t.svg test/svg/media-video-212-t.svg test/svggen/animate-elem-39-t.svg test/svggen/animate-elem-40-t.svg test/svggen/coords-viewattr-05-t.svg test/svggen/media-video-212-t.svg test/svggen/struct-image-04-t.svg The svggen ones probably didn't need it, but what the hey? Regards- -Doug Alex Danilo wrote (on 10/17/08 8:19 PM): > Hi Anothony, > > --Original Message--: >>Dude, >> >>Alex Danilo wrote: >>> Hi Guys, >>> >>> It seems struct-image-04-t.svg suffers from the same Internet >>> Media Type problem in inline data: URIs. The type again is 'image/jpg' >>> for the first image, where it should be 'image/jpeg'. >>> >> >>Nice find! Easy fix as well. >> >>> I know everyone's busy, but if possible it would be nice to get >>> that test fixed as well. >>> >> >>Yup, no worries - done! > > Thanks! > > Also noticed the same issue with: > animate-elem-39-t.svg > animate-elem-40-t.svg > media-video-212-t.svg > > Although the last one is in a 'type' attribute so not as bad > as the others. But it should really get corrected. > > Alex > > >
Received on Saturday, 18 October 2008 00:57:08 UTC