SVG 1.1 Becomes W3C Proposed Recomendation

openbear writes "From the w3c web site... W3C is pleased to announce the advancement of Scalable Vector Graphics (SVG) 1.1 and Mobile SVG to Proposed Recommendations. Comments are welcome through 20 December. SVG delivers vector graphics, text, and images to the Web in XML. SVG 1.1 separates the SVG language into reusable building blocks. Mobile SVG re-combines them into two profiles optimized for cellphones and pocket computers."

Comments

See also XForms

[leighklotz]

See also W3C XForms, which has just become a Candidate Recommendation (one step before PR). XForms updates HTML forms to be XML-based, and plays well with other standards, adding forms to SVG and other XML applications. There are already about a dozen XForms implementations, ranging from those for hand-held devices to standalone clients and popular browser plug-ins. (And a Bugzilla entry for Mozilla that is entertaining reading, though a link from Slashdot won't work anyway.)

Disclaimer: I am one of the editors of the XForms spec.

Re:See also XForms

[Anonymous Coward]

There are already about a dozen XForms implementations, ranging from those for hand-held devices to standalone clients and popular browser plug-ins

How many of these implementations support the UPLOAD form control?

Why do you expect browser authors to implement XForms when they don't even implement the ACCEPT attribute of HTML's INPUT TYPE=FILE element?

Disclaimer: I worked on XForms for most of 1999.

Quick Info

[Anonymous Coward]

I heard that Redhat is planning to embedd librSVG (depends on some GNOME libraries) and GTK+ natively into XFree. Soon we have one standard Desktop on Linux, no halfassed things like XFree with bad Athena widgets and crappy configuration. We will get a complete reworked XFree with GTK+/GNOME support and new standards of libraries. You can read more about the plans on either the Redhat Mailinglists or the XFree development lists. A couple of GNOME developers are working on it already.

Re:Quick Info

[Anonymous Coward]

I heard that Redhat is planning to embedd librSVG...natively into XFree

• 1. It's not RedHat, it's a former SuSE employee;
  
• 2. it's a server extension;
  
• 3. it's not SVG, although it can be used for rendering SVG. Or PDF. Or PostScript. Or whatever.
  

Re:Quick Info

[KeyserDK]

This guy is clueless beyond imagination.. Anyway..

The Xfree86 stuff he is getting riled up about is probably this
While the gnome/gtk stuff is here and here
How he mixed it together is - impressive.

SVG

[Anonymous Coward]

SVG is Scalable Vector Graphics. SVG is made in XML. It is easy to generate SVG. It is easy to export SVG. You can use SVG over the web like flash. You can use SVG to provide nice pretty scalable interfaces to web apps. SVG is more constrained and controlled than HTML. There is less likelyhood of incompatible features.

http://www.w3.org/Graphics/SVG/Overview.htm8

Re:SVG

[Richard W.M. Jones]

There is.

Rich.

http://www.annexia.org/

Re:Awesome

[bluFox]

Scalable Vector Graphics (SVG) is XML specification for creating Vector graphics (It can be embeded in html pages)

SVG can be used like flash , and you can use javascript to manipulate the shapes on page.

See batikfor an apache implementation of it and some examples (quite nice ones) , and adobe provides a nice viewer for the svg too..

The good point bt vector graphics is that it is scalable , and sizing of images do not affect the clarity/sharpness of the images

---

Re:svg-capable apps?

[Anonymous Coward]

Batik is a wonderful application for many SVG activities. Runs just about anywhere.

SVG Plugin from Corel

[schepers]

Last week, Corel announced a preview plugin (Windows only, for now), so Adobe isn't the only game in town.
They also have a gallery with some neat SVG samples.

Re:Linux implementations

[Anonymous Coward]

What do you mean? Adobe's SVG plugin for Mozilla (Build 2002111113 and earlier) works fine for me. I've been doing Batik/SVG-development all autumn on Linux, and AdobeSVG is the main reason I'm still in business.

No, SVG is real now

[wombatmobile]

The 1.0 spec has been out for yonks already and there's an active SVG developer community out there.

Adobe has been distributing SVG viewer as part of the Acrobat 5 download for over a year now.

Nobody's waiting for Microsoft to innovate SVG or do their XDocs whatever thing; check these static examples generated from MS apps with SVGmaker: Excel, PowerPoint, Word, Project

For building SVG web applications its true that there aren't comprehensive IDE tools available yet, but that hasn't stopped developers from creating some definitive web apps with simple home grown tools (starting with a text editor since SVG is just XML).

Like this interactive logical diagram

Check this awesome mapping example

And this wonderful airport flight management app.

Re:SVG vs. Flash

[Khalid]

> Here's one good reason why you'd want to implement Flash instead of SVG: SVG is Slooow.

I am not sure what this really means. This is like saying XML is slow, or better HTML is slow. SVG is a standard, you will have slow, and quick implementations, maybe current implementation have not been really optimised yet, but there is no real reason SVG might be intrinscly slow

Like PDF but its XML

[wombatmobile]

SVG is an image format that can faithfully reproduce a document display context, same like PDF but since SVG is XML you can mark it up by hand in a text editor, script it, transform it, integrate it directly with HTML or whatever you like. And no monopoly controls it.

This is a shameless plug but we are only 5 guys working out of a house, not a monopoly... (yet... ho ho ho). In the same way that Acrobat can generate PDF out of anything, SVGmaker can generate SVG out of Windows apps.

These are examples.

Sodipodi

[cyba]

Sodipodi uses SVG as its native file format.

Re:Awesome

[WowTIP]

Now, hold your horses.

Saying that Gnome uses SVG extensively is an exaggeration at this point. The only use of SVG in Gnome so far, is for rendering icons on the desktop and in Nautilus. There are plans for letting other UI elements be SVG based to, but they are just plans. If you plan using SVG icons as desktop icons you also better make some PNG renderings of them too, if you want the same theme in the panel and menus, since you can't use SVG there yet.

Also, Nautilus SVG renderer seems kind of incomplete in one way or another. SVG images that works in Sodipodi, Adobe viewer, Illustrator and Mozilla SVG, renders incorrectly in Nautilus. Wrong colours, missing gradients.

And, Scalable Gorilla isn't an example, it is the only SVG theme available. A very nice looking theme though. :)

Re:pointless until widely supported in browsers

[Queuetue]

SVG actually is supported quite nicely in mozilla. It's not on in the default builds, though, due to licensing issues with the libart library. (It's LGPL only, Moz is MPL/GPL/LGPL)

Re:Linux implementations

[Anonymous Coward]

Adobe stopped SVG development and laid off everyone involved last spring.