Article:		Is AJAX Here to Stay?
Subject:		Re: XSLT and SVG Plugin
Date:		2005-10-06 14:14:37
From:		JordanFrank
Response to: Re: XSLT and SVG Plugin
michael_c_harris wrote: "It's not really fair to lump SVG in with Java and Flash as requiring a the user to install a plugin" JordanFrank wrote: "Michael, as far as SVG goes, until the day when Internet Explorer supports SVG natively, and you don't have to install a plugin to view SVG, I think it's perfectly fair to categorize SVG as I've done." xmlhacker wrote: "I don't think it would be possible for me to disagree more with that statement." What could you possibly disagree with. Nothing that I wrote was subjective. I simply stated that Flash, Java, and SVG all require proprietary browser plugins in order to operate on all the major browsers. This is a fact. This is not something you can agree or disagree with. To address your point about what makes Flash capable but SVG incapable, I have the following to say. I don't think that SVG is not capable of gaining widespread traction. I never said that, and I wouldn't. When Flash came out though, it was the only major technology of the sort that had a huge, smart vendor behind it. I don't remember it facing any tough competition when it came out. If it did, it very quickly blew the competition out of the water. The same cannot be said about SVG. There's VML, which Microsoft has integrated into Internet Explorer, and there's XAML, which will also include the same capabilities. There's also XUL, and Canvas, and a bunch of technologies that can do similar things. SVG doesn't fill a niche that is currently unfilled. Flash did. And so SVG is going to have a much harder time gaining traction. Maybe it will, maybe it won't, but I wouldn't advise anyone to put all of their eggs in the SVG basket. Anyways, this may not be the best forum for debating the merits of SVG, but if you want to continue this conversation, then feel free to email me at jfrank@ebusiness-apps.com. As far as your point about the XMLHTTP Request object, you are correct. The object does allow for both synchronous and asynchronous behaviour via the async property. Cheers, Jordan Frank eBusiness Applications - http://developer.ebusiness-apps.com/

Previous Message

Up

Next Message

• Re: XSLT and SVG Plugin
  2005-10-08 11:16:55 xmlhacker
  
  My disagreement was with this statement:

  
  "Michael, as far as SVG goes, until the day when Internet Explorer supports SVG natively,<snip/>"

  
  My point is that I don't believe in any way that native support for SVG in IE is as important as you are making it seem. As I stated the ability to view SVG in IE exists and has existed for quite a while. The fact that in addition to the Adobe SVG plugin for IE both Mozilla/Firefox and Opera (Tiny SVG only) now have support will result in more sites offering SVG as a viewing option. While Moz/Fx may never take the majority share of the desktop market the impact that it has had and will continue to have on the development trends can not be taken for granted.

  
  I do agree that XAML is an important technology as well. I'm a HUGE proponent of XAML. But I'm a huge proponent of SVG as well. At the moment, all that SVG can do XAML can do as well + the added benefit of integration into the .NET Framework Class Libraries. But thats only part of the story. The fact that SVG has a degree of separation from any specific platform lends well to its credibility as a cross-browser/cross-platform solution. This is an important point. It really does matter. Add to this the fact that the Mozilla Foundation has put heavy emphasis at bringing SVG support to the Mozilla platform while at the same time making it *EXTREMELY* easy to mix and match XUL, SVG, HTML/XHTML and you have what can easily be seen as a fairly sophisticated cross-platform solution that is right in line with what XAML has to offer as far as functionality is concerned.

  
  What will result from this in the end? Well, with the impact that Moz/Fx has had thus far, I wouldn't turned a blind eye to what could very well become the defacto web-based standard for markup languages. XAML will still very much exist. With Mono's XAML implementation of courtesy of Google's Summer of Code this only makes XAML a stronger case as the basis for the defacto standard for cross-platform desktop applications. At the moment, while the line between web-based applications and desktop applications is becoming more and more transparent, its still exists, and probably will for at least another 3-5 years in one form or another. As such, its risky to say the least to underestimate the impact that the Moz/Fx XUL/XHTML/SVG/CSS solution can and more the likely will have on the future of web-based application development.

  
  Another point to consider is the number of mobile phones/devices that now offer SVG support (via Tiny SVG) [SEE: http://svg.org/special/svg_phones] which as of this post stands at Seventy Two(72). As the mobile market continues to expand their support of SVG this will become and even more appealing option for web developers who are looking to maximize their reach while minimizing their overall code base. This factor alone could have a greater impact than any of the other points made above. Combined.

  
  Time will tell.