2 Introduction to SVG

This section will provide an introduction to the various concepts, approaches and features that make up SVG. It will probably be quite lengthy. So far, only four introductory sections have been written:

2.1 Compatibility with Other Standards Efforts

SVG leverages and integrates with other W3C specifications and standards efforts. By leveraging and conforming to other standards, SVG becomes more powerful and makes it easier for users to learn how to incorporate SVG into their Web sites.

Here are some of the ways which SVG fits in and conforms to other standards:

Because SVG conforms to DOM, it will be scriptable just like HTML version 4 (sometimes called DHTML). This will allow a single scripting approach to be used simultaneously for both HTML and SVG. Thus, interactive and dynamic effects will be possible on both HTML and SVG using the same set of scripts.

2.2 Two Indended Uses: Documents and Fragments

SVG supports two intended uses:

The following shows a trivial stand-alone SVG file with no content:

<?xml version="1.0"?>
<g xmlns="http://www.w3.org/...">
  <!-- Insert drawing elements here -->

The simplest drawings can be described by a sequence of drawing elements. The following example draws a rectangle:

  <rectangle x="100" y="100" width="100" height="100" />

The following shows how a fragment from the SVG namespace could be interspersed into a parent XML grammar:

<?xml version="1.0"?>
<ABC xmlns="..."
  <svg:rectangle ... />

2.3 Accessibility Features

Drawings done in SVG will be much more accessible that drawings done as image formats for the following reasons:

2.4 Fonts

(Reliable delivery of fonts is considered a critical requirement for SVG. Designers should be able to create SVG graphics with whatever fonts they care to use and then the same fonts should appear in the end user's browser when viewing an SVG drawing, even if the given end user hasn't purchased the fonts in question. This parallels the print world, where the designer uses a given font when authoring a drawing for print, but when the end user views the same drawing within a magazine the text appears with the correct font.

The current plan for SVG is to rely on CSS2's Web font facility for delivery of font data to end users.

A companion approach would be add a simple font facility directly into SVG so that SVG drawings could carry around their own font data. Currently, this simple font facility is not part of SVG.

The SVG working group is particularly interested in public feedback on SVG's approach to fonts.)