SVG And The Free Desktop (s)
unmadindu writes "Christian Schaller has written an interesting article on SVG's current and possible uses on the GNU/Linux desktop. Though the article concentrates mostly on GNOME, it does mention the excellent work the KDE developers have been doing with KSVG, and refers to the upcoming SVG support in Mozilla too."
Would it have killed you to say Scalable Vector Graphics once in the article?
I think that's a bit unfair. I for one would be happy if SVG was better supported as a web technology. The advantages to it becoming a standard is that useful, zoomable, interactive charting could be done easily on the client side. Just a little XML on the server side and then let the client deal with it. Right now I use Batik to render the SVG XML to PNG images before sending them to the client. Of course, the client can't zoom in on interesting areas like they can with pure SVG.
Javascript + Nintendo DSi = DSiCade
Steganography? Are you going for a keyword karma whoring? Because your post is just silly. Who would try to embed some secret information in an XML file when the whole purpose of XML is so the files can easily be edited in an arbitrary text editor? It doesn't make any practical sense... Even if you encode the text somehow, its presence would still stick out like a much larger sore thumb than, say, a message hidden in a JPG file.
I work at the Center for Teaching, Learning Technology at the university I am enrolled at. I am currently putting together a web-based document management system that is built around XML, and after seeing how much more powerful these open standards can be (especially, when you start looking at all the wonderful concepts that augment XML -- XSL, XPATH, XSL:FO, and the like).
We used to put together all of our documentation for workshops and whatnot using MS Word, and then later switched to InDesign for the sake of having more control over the layout. The new web-based system means we lost some control over the layout of these documents, but the amount of time we've saved and the flexibility we've gained from using it is worth more than its weight in gold (all 2mb worth -- if that, even)
What's frightening, however, is to see these products like MS Word and others potentially offering the option to export to a more open format, like XML. Ever tried reading through MS Word generated HTML? It's almost a fun task, and I hate to think of the possibilty of having to read through MS Word generated XML... eep!
huzzah
The best way to do this is with vector based graphics, which is what SVG is.
Well duh, the whole point steganography is that you can't prove the data is even there.
Indeed. Longhorn's vector graphics break the SVG standard, "because SVG did not integrate well with Avalon"--even though SVG is XML, like Avalon. You'd think with 400 developers working on Avalon, they would find a way to integrate it...
I'm sure they'll go out of their way to make it difficult to convert between their screwy system and the W3 standard. Hopefully someone will hack out a converter. And this IS important, for companies that don't want to rewrite all their vector graphics to port something to Linux. Reusing icons on different platforms used to be the easiest part.
Death and danger are my various breads and various butters.
Yeah yeah yeah "Flash sucks, blah blah blah."
/. community would update their knowledge accordingly.
Dude, the web is full of badly designed websites written in HTML. Is HTML a bad standard?
Flash is capable of creating compact little applications, parsing XML from a data source, playing video, and doing a million other things that are made possible by the ubiquitous Flash player. We've moved on from the days of 'skip intro.' I wish the
Sheesh!
Drill baby drill - on Mars
SVG can never become as annoying as Flash infestation, even if used for same purposes.
Considering that any SVG support will probably be in browsers themselves, not plugins, SVG-menus and animations and the like could gracefully degrade, and would work seamlessly with rest of the UI instead of stealing the show.
With the vectrex video game system
I wonder... could those games be made to run under SVG... with frame buffering....
It's time for pixels to go away. With displays running from cellphones to graphic arts workstations, the concept just isn't useful any more above the renering level. I look forward to replacing as many as possible of the old pixel-based graphics format with something I can see at more than one display resolution.
Now if we can just get the Xwindows folks on board! When I say "12-point type", I mean a height of 6 lines per inch, not 12 pixels (enormous on the cellphone; invisible on the workstation).
Welcome to the Turing Tarpit, where everything is possible but nothing interesting is easy.
Hell, Y-Windows is thinking of using SVG for describing all their widgets. They plan a 1.0 release within the year.
SVG is being used almost everywhere I look. Icons are just the beginning.
It's true that SVG (and XML in general) compresses well using normal Lempel-Ziv techniques.
But that only solves part of the problem, and isn't enough to make XML efficient for an integral part of interactive computer systems (where speed is crucial).
Normal XML is already slower than a binary format, because you must parse through the whole thing to reach the middle (linear time) versus jumping to an offset in the file (constant time). Adding compression to the mix makes that even worse, as now you've got to do the whole unpacking before the data can be read.
So although ZIP mostly solves the XML storage-size problem, it worsens the already bad XML access-time issue.
It's truely unfortunate that the XML standard didn't include some recommended/authoritative way to transform an XML file into a platform-dependent binary. Or even a defined mapping from XML into an XDR-like layout would be useful.
SVG replaces PDF (Acrobat format)
No, it doesn't.
PDF (Portable Document Format) replaced PostScript as a page description language. Basically describing a printed page. PDF (and PS) both support vector graphics.
Whereas SVG is only a vector graphics format, it does not handle page layout and the other things required for printed page description.
If anything SVG replaces EPS (Encapsulated PostScript), which is the postscript language applied to an independent graphics object, as opposed to an actual printed page.
both these apps work on more than just linux. in fact from the SF stats the majority of users are win32 folks.