Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×
Graphics Software Microsoft The Internet

WVG : The New Scalable Vector Graphics 432

jafro_svg writes "While the press has discussed Microsoft's upcoming 'Sparkle' as a potential Flash-killer - the technology arena on which Microsoft's new technology is having the most impact is SVG. SVG (now a W3 standard for 3 yeras) was itself billed as a Flash-killer some years ago, and speculation about how it might be accepted into the mainstream for developers (i.e. incorporated into IE) now seems inevitable -- you see, Sparkle's real name is WVG and is 90% identical to SVG." Jafro_svg also points out this online SVG tutorial.
This discussion has been archived. No new comments can be posted.

WVG : The New Scalable Vector Graphics

Comments Filter:
  • by Anonymous Coward on Tuesday November 25, 2003 @01:04AM (#7555119)
    Umm, people, the reason this is important is because client-side apps will be using this to draw their interfaces. WVG is the new way to do UI in Longhorn, whether it's in the browser or not.
  • by Anonymous Coward on Tuesday November 25, 2003 @01:18AM (#7555203)
    Looking at their overview, this looks a lot like their previous answer to SVG - VML.

    VML tied into directx. They only mention that you cannot mix GDI and Avalon in the same window because WVG is hardware rendered through Avalon. Also sounds like directx.

    The only major change was that in VML it always wanted a namespace defined for it to work - like IE didn't know what to do with a VML file. WVG seems like a different way to display for generic windows applications - not just web.

    Looks like microsoft is innovating by repackaging an older product into a discription language that can be called by a standard win32 app. It would be interesting to see an open source toolkit that does the same thing as WVG, but uses open standards and remains cross platform.
  • by Anonymous Coward on Tuesday November 25, 2003 @01:34AM (#7555295)
    There's a new SVG editor under development called Inkscape - http://www.inkscape.org. It builds on the Sodipodi codebase but is focusing SVG and similar standards. For instance, the interface is being redone to be GNOME HIG-compliant - SDI instead of the Gimp/Sodipodi/Dia-like CSDI style. Worth checking out; looks like the next release will be coming out within a couple weeks.
  • by mughi ( 32874 ) on Tuesday November 25, 2003 @01:39AM (#7555324)
    On a serious note, someone once submitted some art to an open source video game project I run in SVG format. I thought it was pretty neat that I could resize the image without losing visual quality, but I was rather put off by the size. The file just seemed way too big for the data it contained. On a whim, I opened it up in a text editor, and what did I find? DUM DUM DUUUMMMMM.... XML!

    When I looked into things last spring, I remember experimenting with a several small images (3-30k). I suprisingly found that the SVG versions were just as small as (and usually smaller than) raster versions, and that was without any form of compression on the XML. It all depends on what your specific content.

  • by Anonymous Coward on Tuesday November 25, 2003 @01:41AM (#7555336)
    WVG is sort of a subset of Microsoft's XAML UI markup language that deals with vector graphics. Apparently the "WVG" term was not meant to be made public, and will be removed from subsequent editions of the Longhorn SDK docs.

    (Microsoft blog clarifying this...)
    http://www.eightypercent.net/Archive/200 3/11/04.ht ml#a153

    "Sparkle" is supposedly the codename of a rumored Microsoft "Visual XAML" design tool.

  • IE's getting SVG... (Score:5, Informative)

    by rmohr02 ( 208447 ) <mohr.42@osu. e d u> on Tuesday November 25, 2003 @01:50AM (#7555387)
    ...so I feel obligated to link to the Mozilla SVG Project [mozilla.org].
  • by hungryfrog ( 624114 ) on Tuesday November 25, 2003 @01:53AM (#7555409)
    If you want to create SWF (Flash) animations, there are much cheaper alternatives to buying Flash from Macromedia. SWF is an open format, and there are other manufacturers of creation tools. Swish [swishzone.com] is one I've heard a fair bit about. Others are available for Tucows [tucows.com]. You can even create SWF files from within PHP with the MING libraries [php.net]. In short, I don't think SVG will replace SWF simply because of cost.
  • by miguel ( 7116 ) on Tuesday November 25, 2003 @01:54AM (#7555418) Homepage
    I wrote my impressions from Microsoft's Professional Developers Conference and the new technologies presented there in:

    http://primates.ximian.com/~miguel/texts/pdc.htm l

    There is a potential for XAML and WVG to become standards just because of the large deployments of these technologies.

    Miguel.
  • by Anonymous Coward on Tuesday November 25, 2003 @02:06AM (#7555490)
    Macromedia should be extremely concerned (read: shitting themselves) about what is planned for sparkle. The linked article really doesn't do it justice. I caught a presentation about Sparkle at a conference somewhere in Washington last week and it's not just a cheap copy. 1) They are developing a VS.NET 2005 component and new programming language that will link sparkle to all other .net components. Imagine flash with access to anything available in .NET. You can code an entire App in sparkle or you can code your app in c# and use sparkle components, whatever. Imagine flash with ADO, network access, etc etc. It just opens up whole new way of developing the GUI for your apps. If you are old fashioned, you can just use it for web pages I guess. 2) Sparkle will have hardware acceleration, making it roughly 5 billion times faster than flash, which leads me to point 3) They have an army of people making libraries of tricked out UI elements that do all sorts of Aqua-ish useless fancy 3d nonsense using the hardware layer. These elements will be accessible in .NET and used all over the place in the UI (which, if you have seen the last beta of longhorn, is ridiculously ridiculously slick) I'm leaving out a bunch of other stuff, but basically - on paper - it's an order of magnitude better than flash in terms of authoring experience, speed, and flexibility. (And this is coming from a gal who has submitted at least 15 samples to flashkit.com.) But that's, just one lurker's opinion, I could be wrong.
  • by Citizen Gold ( 540740 ) * on Tuesday November 25, 2003 @02:07AM (#7555494) Homepage Journal
    So? SVG isn't a "Web Standard" either. It's an image format. The fact W3C are maintaining the standard is irrelavant. KDE (and others?) support SVG internally without having to butcher the standard...
  • No, SVG is efficient (Score:2, Informative)

    by wombatmobile ( 623057 ) on Tuesday November 25, 2003 @02:35AM (#7555598)

    SVG supports gzip. SVGZ files are efficient because verbose, repititious text compresses well.

    Look at the filesizes in these examples [svgmaker.com]. Betcha can't make PDF files that small.

  • by Cecil ( 37810 ) on Tuesday November 25, 2003 @02:44AM (#7555629) Homepage
    So let me get this straight. Microsoft is taking a standard, modifying it slightly just for the sake of making it incompatible, and then foisting it upon all users and developers who use Windows, invalidating the 'standard'.

    Yeah, I knew there was a reason we came up with the term "Embrace and extend"... Joy. I look forward to the mess this will create.
  • by mughi ( 32874 ) on Tuesday November 25, 2003 @02:57AM (#7555677)
    There's a new SVG editor under development called Inkscape - http://www.inkscape.org [inkscape.org]. It builds on the Sodipodi codebase but is focusing SVG and similar standards

    It's definitely worth looking over. I had been checking out Sodipodi's [sodipodi.com] last release last spring, but there still were enough rough edges to block my main needs. But with what was in CVS last month, they both jumped up to 'very handy'. And the Inkscape work [inkscape.org] has jumped things up even more.

  • by TheNetAvenger ( 624455 ) on Tuesday November 25, 2003 @03:01AM (#7555694)
    Well, if you actually read anything about Longhorn, you would know that there is no difference between a native app and a web app in Longhorn. IE will support avalon rendering, so if you go to a website that uses MS's proprietary document/app format, you WILL see a Sparkle rendered page.

    Read anything about it, does USING and developing on it count?

    You are right that Web Applications will use also be able to use the rendering engine in Longhorn; however, you still don't get it.

    You are taking about features of the distributed application model that allows web and client side applications to be synonymous to the OS.

    The fact still remains that 'Sparkle' is the rendering engine of Longhorn, just as the GDI of Windows today uses a Bitmap based engine.

    Using your analogy is ridiculous when you consider that Web pages of today are displayed in IE window on a Windows computer rendered as a Bitmap image. This is no different than it being rendered in the future as a vector image in Longhorn.

    Using your messed up analogy you could also say that because the current Windows GDI uses DIB technology to display a Web Page in IE then Microsoft is trying to take over the JPEG and other Bitmap technologies. (Sound ridiculous yet?)

    You are confusing the two concepts, and using that to establish that the Vector engine or Longhorn is designed to be a WEB standard.

    Admittedly there is more to "Sparkle" than just the Vector engine of Longhorn by incorporating the UI in a XML style that is network friendly, but that does not mean it is designed to take over anything that already exists, it is simply just the evolution of display technology in Longhorn.

    If you look hard enough, you will see that "Sparkle" has concepts from other networking GUI models as well, does XWindows ring a bell? Making an open light protocol interface for the Vector engine is a great idea, much better than shoving massive chunks of bitmaps over the network for remote applications.

    - But again, this does not mean it is designed to replace the internet with a Windows only world - Microsoft is NOT that stupid, nor do they have that much control on the internet.
  • by Anonymous Coward on Tuesday November 25, 2003 @03:29AM (#7555768)
    I just tried out Corel's SVG plugin - and after manually copying the netscape plugin from the install directory into the Firebird plugin directory I'm surprised to say that it's working well enough so far.

    Just don't double click an .svg file - it's... BAD. Works great for svg in webpages though.
  • by Zoop ( 59907 ) on Tuesday November 25, 2003 @03:30AM (#7555775)
    If you need to compare it to something, compare it to 'Quartz' - and I don't see people jumping on Apple for replacing SVG or Flash by using the PDF based Quartz engine.

    Sure. Because it's PDF-based and PDF is a...wait for it...STANDARD.

    Also Apple's not trying to tie it into the Web as another poster notes elsewhere.

    Now, if Micro$oft were attempting to redo their entire interface in SVG, you'd hear raves about it with a few cautious twitters that they might be subtlely embracing (gack) and extending (ughn) again, and our backsides might be in danger.

    Now that they have a 90% similar standard, we KNOW they are embracing (ouch) and extending (hey, that's an exit, not an entrance, buddy) and our backsides are, well, screwed.
  • by Anonymous Coward on Tuesday November 25, 2003 @03:55AM (#7555851)
    Flash's strength is that developers can develop knowing that noone will steal their code.

    Flash is not actually unstealable; there's a freely available app called KineticFusion that will decompile any flash file into XML and back again. Never mind the fact that the actual Flash MX suite can open .swf files in addition to .fla. As we've seen with countless examples, using a binary format is zero protection.
  • by loadquo ( 659316 ) on Tuesday November 25, 2003 @05:11AM (#7556130) Homepage
    Actually I have realised we are talking past each other.

    You are talking about sparkle and we are talking about WVG and XAML.

    Sparkle won't be the only engine to read WVG and XAML (as I think I have shown with my links to the documents such as this one [microsoft.com] which interestingly references current failings in HTML as a reason for a feature in xaml) and so it is justified for developers of non-windows platforms to be anxious about whether they will be able to create program that can parse future data on the web.
  • by amorsen ( 7485 ) <benny+slashdot@amorsen.dk> on Tuesday November 25, 2003 @07:07AM (#7556525)
    Vector-based CRTs have existed. There are probably a few around in museums still.

Kleeneness is next to Godelness.

Working...