[thelist] Google release code analysis of a lot of web sites

[Dejan Kozina]

aardvark, you're not alone!

I was curious to see the progress made by SVG and tried them all:

-Firefox 1.5 displayed the image only on the 'Pages' section, the other 
pages showing nothing at all, just blank space...
-Mozilla 1.7.12 with Adobe SVG Viewer 6 preview 1 displayed black 
rectangles instead of the image, plus the plugin's context menu...
-IE6SP1 with the same Adobe plugin displayed nothing at all (just like 
display: none)...
Note: the same clients have had so far no trouble displaying SVGs on 
other websites

Then I saved the SVG to the disk and tried:
-JASC's Webdraw complained about a missing width attribute (required) 
and panicked
-Dia (v. 0.94) displayed an empty canvas
-The W3C SVG Validator (http://jiggles.w3.org/svgvalidator/) declared it 
a valid SVG 1.0 file anyway, and other XML tools confirmed it was well 
formed

Being that the W3C should be the final authority regarding everything 
X-something, I installed the latest version of Amaya that my system 
could support (8.8.3), which purportedly should be able to digest any 
valid SVG thrown at it, and watched it hanging for five minutes before 
happily displaying ... black rectangles just like the Moz.

Conclusion: a validated SVG file that doesn't play with 6 different and 
supposedly capable clients. Me thinks SVG has still a long way to go 
before being reliably usable in the real world.

djn

aardvark wrote:
> On 26 Jan 2006 at 9:39, Joshua Olson wrote:
> [...]
> 
>>"Note: You will need a browser with SVG and CSS support to view the result
>>graphs correctly. We recommend Firefox 1.5."
>>
>>That's not entirely difficult to figure out.  :-)
> 
> [...]
> 
> so, i'm running Firefox 1.5, and i can see the SVG files if i paste 
> their path into the browser...
> 
> but i'll be darned like yarn if i can't get them to appear... there 
> are big empty gaps where they should appear, but no dice... the 
> images don't display inline...
> 
> when i followed the link from /. yesterday, i assumed it was 
> bandwidth problems, but no longer do i suspect that...
> 
> anyone else seeing this? or rather, not seeing it?
> 
> [...]
> 
>>"The button class baffles us. We can't really tell what what [sic] it is
>>used for. "
>>
>>Any seasoned implementer of sites could tell you that the "button" class
>>would be used to style inputs on IE, since IE doesn't support attribute
>>selectors.  :-)
> 
> 
> IE7... c'mon IE7... the potential to fix all these things, and still 
> wait umpteen years for everyone to get it...
> 
> mmmm....
> 
> attribute selectors...
> 
> over rice... with garlic...
> 

-- 
Dejan Kozina
Dolina 346 (TS) - I-34018 Italy
tel./fax: +39 040 228 436 - cell.: +39 348 7355 225
http://www.kozina.com/  - e-mail: dejan at kozina.com