Mozilla Gets (Beta) Native SVG support 321
Rushuru writes "Mozilla is getting a beta native SVG support. Previously one had to use 3rd party plugins such as that from Adobe, and they only worked on windows. SVG is similar in scope to Flash, but it is a W3 recommendation (i.e. a standard) and uses an open format. The project page has more info."
Does anybody actually do anything in SVG? (Score:2, Interesting)
Re:Does anybody actually do anything in SVG? (Score:4, Informative)
Re:Does anybody actually do anything in SVG? (Score:2, Informative)
Re:Does anybody actually do anything in SVG? (Score:4, Interesting)
It's going to be a long, long struggle against the de facto industry standard, even though projects like sodipodi [sourceforge.net] might help it.
Not everyone understands why following standards is important. The countless broken pages I've seen because somebody decided that using JavaScript was much cooler than using HTML that actually worked... Also, I've seen many companies giving up on flash sites in favor of a simple (but OK looking) HTML-based site that works. I guess the success of the standard depends less on the technology than to the way it is applied.
Re:Does anybody actually do anything in SVG? (Score:2)
SVG Examples (Score:5, Informative)
SVGmaker gallery [svgmaker.com]
Kevin Lindsey [kevlindev.com]
Adobe examples [adobe.com]
Andreas Neumann's Vienna GIS example [karto.ethz.ch]
There is a Geek God (Score:3, Funny)
Re:Save the world (Score:3, Funny)
At last! (Score:4, Insightful)
Until now, I've had to say you can use IE, then get an addon from Adobe. "What? Why doesn't MS support this SVG thing natively? What if Adobe decides to drop support for SVG; then what happens?
This is the best news I've read on Slashdot for a while
Re:At last! (Score:2)
Don't get your hopes up (Score:2)
Re:Don't get your hopes up (Score:2)
Re:Don't get your hopes up (Score:2, Informative)
Re:At last! (Score:5, Interesting)
Sorrowly, this has already happened; Adobe hasn't updated their plugin since 2001 and is lacking support for everything newer than the 1.0 standard. The most promising plugin at the moment is with no doubt the Corel SVG Viewer [corel.com] which looks and handles really neat. We've tried the mozilla native support in earlier editions (mainly about ~3 months ago) and the implementation was currently very lacking of needed features.
One point I would like to make; the first plugin (or browser) to support the upcoming SVG 1.2 standard is going to get a quite instant userbase, the interest for SVG is only growing -- something which SVG Open [svgopen.com] just showed (I was a coauthor for one of the papers, Distributed GML Management with SVG Tools [svgopen.org]).
Re:At last! (Score:3, Informative)
Sorrowly, this has already happened; Adobe hasn't updated their plugin since 2001 and is lacking support for everything newer than the 1.0 standard.
This is not true. Adobe has an alpha [adobe.com] with support for SVG 1.2.
Re:At last! (Score:2, Interesting)
Microsoft and Macromedia are business partners [internetnews.com].
SVG is a potential threat to Flash*.
Do the math.
* Macromedia is ideally positioned to become the premiere vendor of SVG tools, but may see security in a home-grown file format**, not unlike some of their business partners.
** At least Flash is largely open, unlike some of their business partners' formats.
Re:At last! (Score:2, Offtopic)
mozilla-bonobo (Score:4, Informative)
For instance, you can only view SVG images as object tags, and complex stuff (like copied/ rotated graphics) aren't rendered well. (And it just so happens that Sodipodi produces SVG with a lot of copied/ rotated objects.)
Plotting against Microsoft (Score:5, Funny)
~
Yet another mozilla advantage over IE (Score:2, Insightful)
Re:Yet another mozilla advantage over IE (Score:5, Insightful)
and yet people still use IE. As a web designer, I have to ask, "WHY!?"
Simple: because people are fucking lazy ! They get their IE with their Windows, and they are just too lazy to download and install Mozilla or Opera (and they don't care about them since every web designer/developer out there supports IE with their web pages).
If someone visits my homepage with IE the background is replaced with simply white since IE can't handle transparent PNGs and a red warning box is diplayed explaining that IE is just not able to correctly display my homepage (while Mozilla, Opera and Konqueror do).
If more web-pages would do this people would finally think, but this will take some months. MicroSoft gladly doesn't want to update IE any more, so people have to wait for the next Windows to get an update to IE, which is due in 2005 I think. Lots of time which could make a difference if the other browser developers and web designers/developers use that time. And features like good SVG support could really be that difference (and tabs, and blocking of JavaScript pop-ups, and ...).
IE is out of date just now, but people don't care about this, that's the propblem...
Re:Yet another mozilla advantage over IE (Score:2)
MicroSoft gladly doesn't want to update IE any more, so people have to wait for the next Windows to get an update to IE, which is due in 2005 I think
No, MS isnt producing standalone versions of IE anymore, they are still updating it. They never said anything about not updating it, updates are still provided, you jsut cant go grab "IE7.0" as it wont exist in a single form.
Re:Yet another mozilla advantage over IE (Score:2, Insightful)
say Opera includes SVG support and can slim back down a little in download size (I remember when it would fit on a floppy of course). I just downloaded the adobe SVG plugin which was somewhere over 2 megs.
Web designers like SVG and make sites with it. Now most people wont be able to see it without a plugin.
So the website says "you need to download software to view this content", the user click ok and it installs Opera with settings defaulted to being as similar as IE as possible.
Th
Re:Yet another mozilla advantage over IE (Score:3, Interesting)
Re:Yet another mozilla advantage over IE (Score:5, Insightful)
Because:
I'm a web developer too, and I hate having to deal with Internet Explorer too, but end-user inertia isn't something to dismiss as "people being stupid". You have to give them a reason to care enough to put effort into switching browsers.
Re:Yet another mozilla advantage over IE (Score:4, Insightful)
I suggest anybody developing not-for-profit sites to simply save themselves the trouble and not make any special effort to support IE. Code to the standards. If IE can still show your page then great. If not then let the users know IE sucks - put a 'Works best with Mozilla.' button on your page to link to where users can download Mozilla. Circa 1997 gimmicks still work.
Re:Yet another mozilla advantage over IE (Score:2)
If it validates to a recent standard, it's pretty much the browsers fault and not the designer...
Re:Yet another mozilla advantage over IE (Score:2)
Re:Yet another mozilla advantage over IE (Score:3, Interesting)
Which I've always found to be a bizarre way of doing things. I've found that ever since Mozilla
Somebody please explain it to me... (Score:2)
Re:Somebody please explain it to me... (Score:2)
Flash comes prepackaged with Internet Explorer. It's also used on many websites, so the chances of a user already having it installed is very high. But the argument was that users are resistant to switching browsers, not that installing a plugin for your existing browser is hard (it is, but not anywhere near as hard).
Re:Yet another mozilla advantage over IE (Score:2)
I don't think it has anything to do with ignorance or laziness. Apart from cost, guess it is because the built in system does the job adequately.
Re:Yet another mozilla advantage over IE (Score:2)
I don't think cost has anything to do with the choise of software. If money had anything to do with software choices, why don't everyone switch from MS Office to OpenOffice? Why don't everyone switch from Windows to Linux?
Re:Yet another mozilla advantage over IE (Score:2)
Remember the original question:
End users don't care about theoretical DOM/javascriptness. It's all gobbledegook to them. They care when they get to a website that tells them they can't view what they want to until they install a plugin. And
include it in the standard build - when it's done (Score:5, Insightful)
I do, however, pray thay SVG isn't included into standard mozilla (or any other browser) until it's reached maturity (which its page indicates it's pretty far from). I spend too much of my time working around the half-assed CSS implementations of older netscape and IE browsers, and I don't want another decade of worrying about which part of the SVG standard was implemented buggily (sp?) by which version of which browser.
I'm all for beta releases, developer's builds, etc., as the team needs as much feedback from as full an SVG authoring community as it can. But as soon as someone starts authoring sites that depend on the weird vagaries of one browser or another's SVG misimplementation, we'll be going down a painfull bug-for-bug compatibility road. Caveat.
Re:include it in the standard build - when it's do (Score:2)
Amen. I don't hold out much hope for this though, doesn't Mozilla already include
Re:include it in the standard build - when it's do (Score:3, Informative)
Last I heard, maybe they were going to support the static SVG mini-spec or something. I'd be surprised if they dropped the policy of not including half baked implementations now.
Re:include it in the standard build - when it's do (Score:2, Interesting)
My understanding that there was also a licence incompatibility issue wrt libart. I'd guess that's not an issue for the GDI+ win32 build, but has the libart licence issue been resolved?
Last I heard, maybe they were going to support the static SVG mini-spec or something.
The maturity level of both mozilla svg and some of the others (I'm most familiar with batik) shows that everyone seems to have most of the static features down; it's the dy
SVG test images and SVG apps (Score:5, Informative)
Bonus: All the images in the above galleries are Open Source, unless otherwise stated! (Quite literally, because SVG files are like "source code" for a vector image.)
As for SVG creating and editing software, apart from the new dSVG software announced earlier today on Slashdot, we have:
(Get your easy installable RPMs for Batik, and many other Java projects, at jpackage [jpackage.org] - but good luck finding a download link that works! Batik 1.5 hadn't propagated to all the Sourceforge mirrors when I tried it last night - so try all the US mirrors, it will be on at least one of them. Also, because of the numerous dependencies, it's recommended to use a smart package manager that can automatically resolve dependencies, like apt-get or urpmi.)
SVG for data visualization (Score:3, Interesting)
The SVG implementations I've found so far either have no external user interface with nice things like scrollbars (Adobe/Corel) or can't handle my very large graphics (everything else I've seen).
I've been very disappointed about this lack of good viewers. SVG is well-suited for data visualization and could become a "killer app" with the right software support.
Re:SVG for data visualization (Score:3, Informative)
A typical data set may contain 10,000 or more elements (e.g. financial analysis, temperature/forcast data, usage stats for a medium size web site, marketing
Adobe SVG plug-in not windows-only (Score:5, Informative)
The Adobe plug-in works fine on MacOS 9 and MacOS X.
There are even betas for Red Hat Linux and Solaris 8, though I have no idea how they fare.
Check:
http://www.adobe.com/svg/viewer/install
Re:Adobe SVG plug-in not windows-only (Score:2)
I think the Mac Mozilla never had this plugin API, so the version of the plugin for that browser simply used the old netscape plugin API, which is severely limited.
It's a shame. A web app I wrote at
Re:Adobe SVG plug-in not windows-only (Score:3, Informative)
Question. (Score:3, Interesting)
Are these possible and am i missing something from the svg documents? Or is it not there and there going to be a another super set of standards that uses SVG for the graphics and links with audio and has some scripting functions for interactivty?
Re:Question. (Score:2)
Re:Question. (Score:5, Informative)
I don't know why everybody has latched onto SVG == open Flash. SVG is just vector graphics. SMIL [w3.org] is closer to Flash in terms of functionality.
SVG never worked in windows (Score:3, Informative)
This is untrue as the plugin crashed in Windows. The release notes have noted this all along. Only a seperate build(branch) of Moz had native SVG support.
Linux Build? (Score:2)
I see a RPM for Redhat 7.1 (gee, up to date), but no straight tar.gz. The link on mozilla.org is broken.
What happened to it?
Flash format is open (Score:4, Interesting)
Re:Flash format is open (Score:5, Insightful)
A common technique in web development is to serve things in a compressed format. Virtually all browsers support this by transparently decompressing the files after they are recieved. This is part of HTTP (content-encoding).
Binary, already-compressed file formats don't benefit from this, but XML-based formats benefit a great deal. In practice, there won't be much difference in size between SVG and Flash, for the vast majority of people.
Re:Flash format is open (Score:2, Informative)
In addition, most plugins (at least which I have tried) also support SVGZ directly (standard gzip'ed SVG), both from the local disk and from the internet. Normally this compresses somewhere in the ratio of 80-90% (there is however still a few problems with large SVG-files in the plugin
Re:Flash format is open (Score:2)
Something is very fishy about flashy.
Native vs. non-native SVG (Score:5, Interesting)
posters that there is a danger of distributing unfinishend
implementations, having a NATIVE SVG is a real breakthrough though.
Quote: "Mozilla can handle documents that contain SVG, MathML, XHTML,
SMIL, etc. all mixed together in the same 'compound' document.... ".
Means for instance that you can simply add a little vector graphic INTO
your XHTML code instead of importing png. Also means that the same
DOM/Ecma interface can be used to program dynamic websites, or that you
can dynamically transform XML contents into XHTML/SVG with XSLT
client-side on the fly...
(2) On another note: Adobe's Plug-in version 6.0 BETA is available. And
it does not crash Mozilla 1.4 (Win2k) when embedded in HTML. In order
to install it with Mozilla (tested with Moz 1.4/Win2k) you must copy
the 2 files from:
C:\Program Files\Common Files\Adobe\SVG Viewer 6.0\Plugins\*
to c:\Program Files\Mozilla.org\Mozilla\Plugins\ Did not see any Unix
version
http://www.adobe.com/svg/viewer/install/beta.html [adobe.com]
PS: Plugin v3.0 kills Moz 1.4 (and others if you don't use iframes)
(3) There are some really cool SVG sites. My favorites:
http://www.carto.net/papers/svg/ [carto.net]
(cool examples)
http://www.protocol7.com/svg-wiki/ [protocol7.com]
(documentation about obscuret extensions,
i.e. shows how to get/post to URLS from within SVG
- K
Re:Native vs. non-native SVG (Score:2)
And here I was thinking that IE was the browser that only paid attention to file extensions while blithely ignoring mimetypes. Silly me.
In any case, the proper way to handle this issue is by using namespaces, is it not?
Open Standards: SVG vs Flash (Score:5, Insightful)
I think SVG is very promising, but Flash already is available for 95% of the computers. It's reasonably fast, extremely compact (both the plugin and the
What I don't understand is why so many
Re:Open Standards: SVG vs Flash (Score:3, Informative)
Re:Open Standards: SVG vs Flash (Score:2)
Swish is 50 dollars which I dare say "CHEAP" and while Swish does not do all that flash does, you can do a hell of a lot with it. I own swish and use it when I need to be quick and dirty, but then again I use it a lot more that my owned copy of flash these days, as most of my animations are lite weight.
As for free software flash operating enviroments. Well they did open up the specification to the worl
Re:Open Standards: SVG vs Flash (Score:2)
I would make one, but I'm busy with other stuff, and Sodipodi meets all my needs.
Re:Open Standards: SVG vs Flash (Score:2, Insightful)
People hate Flash for many reasons. The one that stands out for me is that it just doesn't work right. I'm used to tabbing through links on a page. I'm used to middle-clicking to open in a new window. I'm used to right-clicking and getting a useful set of options. I'm used to my browser remaining quiet, instead of blaring out music over the top of whatever I am already listening to.
There are a hundred different ways in which it doesn't work right. Flash just doesn't fit well with the web. It's a
Re:Client side plotting requires something like Fl (Score:2)
Yes, this is an example of where Flash is used as part of the content, rather than part of the infrastructure. The huge backlash against Flash is due in part to people using Flash to do navbars and so on.
Here Here!!! (Score:5, Interesting)
Why not back Flash and put the effort in improving Open Source support of Flash???
Re:Open Standards: SVG vs Flash (Score:4, Insightful)
There are numerous problems [slashdot.org] with Flash, and SVG has the potential to solve all of them. Many people hate Flash so much because of the countless sites that have been rendered unreadable and unusable by gratuitous use of Flash.
Re:Open Standards: SVG vs Flash (Score:2, Insightful)
Re:Open Standards: SVG vs Flash (Score:2)
It also gets undeserved flak due to web designers who think that an animation makes a good web site, and it's relatively hard to do alternative renderings of Flash (with SVG, you have some hope of getting the navigation information out and let
Re:Open Standards: SVG vs Flash (Score:3, Insightful)
learnsvg.com (Score:3, Informative)
That is, the W3C website says the link is also about SMIL. I'm still looking for that link.
Nice! job (Score:2, Interesting)
SVG support was and its back-burner status in Mozilla .
Native support is great, everything else is just a hack.
I for one am so excited to see this news!
Can't stand the Mozilla plugin architecture... (Score:2, Interesting)
A plugin should be sent mouse and keyboard events and be given an API to use to draw things into a "window" defined by the browser, and perhaps an API to retrieve data via an URL, and that's it. Mozilla might get that part right. But the plugin should also run in its own address space, so that if it decides to crash or otherwise do something stupid it won't take the browser with it. Mozilla definitely does
Mozilla has had SVG for ages (Score:5, Informative)
There is still no agreement to make SVG part of the base GRE install, the current effort is to re-merge the SVG devel branch back to the trunk
dave
License Issues (Score:2, Informative)
Mozilla.org has already refuted allowing it be distributed by default in the bug which allowed libart to be checked in to the tree under the other-licenses/ directory of the cvs repository. The reasoning was that Mozilla sources are released under the MPL and the ex
SVG is much more than a competitor to Flash (Score:4, Informative)
SVG is actually much broader in scope than Flash, PDF, or other proprietary formats, as aptly pointed out [xml.com] by Paul Presod [prescod.net] at SVG Open 2003 [svgopen.org].
Furthermore, the XML project of the Apache Software Founcation is hard at work on Batik [apache.org], a Java-based toolkit for applications or applets that want to use images in the SVG format.
SVG vs Flash, but for *what*? (Score:2)
On the other hand, I could definitely see SVG being a big winner for animated banner ads and the like, as well as for more useful stuff like data visualization.
I think Flash has more or less become what Macromedia originally hoped Di
What is new about this? (Score:2)
Animations, line drawings and Mapquest (Score:5, Interesting)
For example, Mapquest puts out lovely maps in GIF format, but they'd be a lot more useful to me if they were in SVG so that my 600 DPI printer could clearly render all the street names, rather than being locked into a format at 72 DPI. (They could use PDF for that, and I'm not entirely sure why they don't. Too expensive, either computationally or financially?)
Charts and logos would be a lot nicer given in SVG than GIF or JPEG. Again, that's most important when I intend to print it, but it's also useful for something where I'd like to zoom in to get the details.
A pet peeve: I see many corporate documents intended for printing where the logos obviously came from a web site, because they're blocky and ugly. It looks amateurish, but it can be very difficult to get a high-res version of an image. You can't incorporate a PDF into your word-processing documents, and EPS support is very spotty.
So I'm really looking forward to SVG. I just hope there's a button to turn off all the stupid animations. I use Firebird with an extension that requires a separate click to activate a Flash animation. That makes many web pages a far more pleasant experience. Yay SVG, boo Flash/Shockwave.
Re:Bandwith eating useless animations (Score:5, Insightful)
And yes, people will use it as a flash wannabe. But that's a good thing as far as I'm concerned - moving from a semi-proprietary format (I know the flash format is *kinda* open) to a standards based format - and XML based, no less.
Re:Bandwith eating useless animations (Score:5, Funny)
Yeah, I agree totally. That's why I read the newspaper.
Re:Bandwith eating useless animations (Score:5, Insightful)
Your post was stupid, but I don't think we should abolish the alphabet because of it.
Some things are better represented in vector graphics and this can be a great tool for that type of thing. Why waste bandwidth transmitting the same map over and over (for different zooms) when you could just get one that is zoomable on the client end? Need a printable diagram
Re:Bandwith eating useless animations (Score:5, Interesting)
SVG is often takes much less room than the equivalent jpg/png/gif. It has great potential to eliminate the need for a lot of crappy graphics hacks used out there. For example, once easy-to-script graphing libraries are available, you will be able to make svg graphs of real-time data (of web activity, stock prices, etc.) instead of using bitmaps. For much data, this will be much smaller and more aesthetically pleasing. Some large interesting background images etc. will be possible because they are not constrained by the actual size of the image, just the detail. Although svg is being compared to Flash, it is really more proper to think of it as an embeddable
Re:Bandwith eating useless animations (Score:2)
SVG markup is inherently more screen-reader-friendly than a binary format like SWF.
Re:Bandwith eating useless animations (Score:5, Informative)
Flash Cick to View. It's part of the Firebird extensions but also works great on plain mozilla 1.4 if you get it from the author's page [mielczarek.org].
With no popups, no ads and no flash, the web is usable.
Re:SVG/Flash (Score:5, Informative)
SVG is similar in scope to Macromedia's proprietary Flash technology: among other things it offers anti-aliased rendering, pattern and gradient fills, sophisticated filter-effects, clipping to arbitrary paths, text and animations.
Re:SVG/Flash (Score:2, Troll)
That's like saying you can make animations with HTML just because you can access HTML tags through the DOM and script them.
Re:SVG/Flash (Score:3, Informative)
Re:it'll take a long time (Score:2)
Depends. Does X-Smiles [x-smiles.org] count as a web browser? :-)
Note also that RealNetworks just open-sourced their SMIL implementation [realnetworks.com]. Maybe that could speed up adoption, at least for open source browsers.
Re:SVG/Flash (Score:3, Informative)
Um, no it's not. SVG (Scalable Vector Graphics) is a markup language for producing vector graphics, which HTML most definitely isn't. Right there in the name, even.
No soup for you.
Re:Firebird (Score:2, Insightful)
So if it's by default in mozille (firebird), it might finally push SVG
And finally you don't have to use our redmonds frieds beloved software, to create dynamic( read: flash ( like )) pages.
damn if this ain't going to be standart (maybe you can get a option in Firebird or a compiler option like '--disable-svg' ) but might be you want '--disable-art-*' too... what ever
i'd be v
Re:Standards (Score:2)
Well, Flash needs a plugin just like SVG on IE, so I don't see the big difference here.
But SVG is not controlled by a company, should be better handled by web spiders etc. and should also be easier to create via PHP or Perl.
I don't really see a downside in using SVG.
Re:Firebird (Score:2)
Re:Firebird (Score:3, Insightful)
SVG makes as much sense to have compiled in as support for jpeg, gif, or png graphics. It's just a vector based image format.
Re:Firebird (Score:5, Insightful)
SVG is really much, much more than a vector based image format though; it's an entire animation/effects plugin which will work seamlessly with current standards such as XHTML, MathML, CSS, and JavaScript (ECMAScript if you wish to be technical).
Adobe has already placed some very nice demos [adobe.com] of embedding SVG within standard web pages. Take a look at some of the things that can be done with it, and you'll quickly see how the SVG standard can
As far as the extra size in download goes, most people have to download Acrobat Reader to read PDF files, which are very common on the web. If SVG ever achieves the same status, I will be very encouraged as a web designer.
Now, if they would only get X3D in order...
Luddite? (Score:2, Insightful)
Re:Luddite? (Score:2)
So you'd rather have your bandwidth gobbled up by animated text gifs than to spare a couple of bytes for some actual text marked up with a few SVG tags + CSS?
Re:Luddite? (Score:2)
Fine, just turn off JS then (which I'm willing to bet you already do).
But to pigeonhole SVG as "just another way to do animations" is to miss the point. SVG is NOT a plugin format in the sense that Flash, QT, WMP, etc. are. It's not binary. It's a markup language. You can do cool and useful real-time interactive stuff with it by styling it with CSS and scripting it with JavaScript/DOM. Don't want it to move or change? Turn off JS. Don't want to see the pretty colour
Stop moaning! (Score:2)
You just can't please some people. If you want a fast, no-frills browser, use lynx. If you're using an OS browser, then I'm sure you can compile it without SVG support; see how it works??
Re:Firebird (Score:2)
> hardly a standard in actual web development.
Think about what ubiquitous SVG would do for browser based apps. You could do things like have graphs being updated from real-time data sources, with all sorts of interactivity possibilities. This *alone* is a massive step over what passes today for interactive data presentation and analysis capabilities, and has very big implications for all sorts of scientific and financial applications.
I'm aware you
Re:Nice but, (Score:2)
Anyway Apple and KDE are killing Mozillas market share on the Unix desktop
Luckily, this is not the case. One example: my company provided a large german health organisation with Linux desktops with KDE for all employees and we have to use Mozilla as the default browser since Konquerer is really nice (and I love it) but Mozilla is still ahead in terms of "compability" (read: ability to display web pages correctly, even ones that aren't valid HTML).
While the Konqueror/KHTML people do a great job I don't t
Has Mozilla Improved their User Agent Handling? (Score:2)
Re:Very nice example (Score:2)
(Apparently my Mozilla's native SVG support lacks.)
Re:SVG? But no JS support? (Score:2)
No need.
XML-DOM + SVG namespace = pretty much what you're asking for.