Abstract
This document lists the design principles and requirements for the
creation of a SVG specification related to filters.
Status of this Document
This is a W3C Working Draft for review by W3C Members and other interested
parties. It is a draft document and may be updated, replaced or made obsolete
by other documents at any time. It is inappropriate to use W3C Working Drafts
as reference material or to cite them as other than "work in progress". A
list of current W3C Recommendations and other technical documents, including
Working Drafts and Notes, can be found at http://www.w3.org/TR/
This is the first release of the SVG Filter Requirements. It is expected
that this document will progress through a number of working drafts,
including "Last Call", before being published in final form.
This document was developed by the Scalable Vector Graphics (SVG)
working group as part of the W3C Graphics Activity. The authors
of this document are the SVG Working Group members.
Feedback on this document should be sent to the email list public-svg-filters@w3.org. This
is an archived public list specific to the issues of SVG Filters. Public
discussion of issues related to vector graphics on the Web and SVG in
particular takes place on the the public
mailing list of the SVG Working Group (list archives). To
subscribe send an email to www-svg-request@w3.org
with the word
subscribe
in the subject line.
The latest information regarding patent disclosures
related to this document is available on the Web. As of this publication, the
SVG Working Group are not aware of any royalty-bearing patents they believe
to be essential to SVG.
This section represents the status of this document at the time this
version was published. It will become outdated if and when a new version is
published. The latest status is maintained at the W3C.
Table of Contents
1 Introduction
The
SVG specification is a W3C
recommendation that describes two-dimensional graphics in XML.
2 Terminology
The following key words and phrases used throughout this document are
defined here for clarity. The terms Must, Should, and May are used to specify
the extent to which an item is a requirement for the SVG working group in
defining SVGP. These recommendations should not be mistaken as a guide to
implementors.
- 'Must' means that the item is an absolute requirement.
- 'Should' means that there may exist valid reasons in particular
circumstances to ignore the item, but the full implications must be
understood and carefully weighed before choosing a different course.
- 'May' means that item will be considered, but further
examination is needed to determine if the item should be treated as a
requirement.
- 'SVG' refers to SVG in general without reference to any version
or profile.
- 'SVG 1.0' refers to the original SVG specification.
- 'SVG 1.1' refers to the modularized version of SVG 1.0.
- 'SVG 1.2' refers to the next release of SVG and is planned to
reference this specification.
- 'SVGF' refers to SVG Filter, an SVG specification for
filtering.
3 Usage Scenarios
The following usage scenarios illustrate some of the ways in which SVG
Filters might be used for various applications.
Making drop shadows Filtering the input (e.g. text or bitmaps) to
produce drop shadows.
Changing color tone Filtering the input to become e.g. sepia-toned or black and white.
4 Special Filter Considerations
Memory and processor requirements A filter effect may require
significant memory or processing resources.
5 Requirements
- General Requirements
- Any valid SVG 1.1 filter must be a valid
SVGF filter.
- Conformance criteria for SVGF must be
produced. The criteria should be separated
into sections relevant to particular application types (eg. SVG
files/document fragments, SVG generators, SVG viewers, SVG printers,
etc.)
- Software or documents must pass the
relevant criteria to be able to claim conformance to the particular
application type.
- A conformance test suite must be
developed for SVGF. The test suite must be made publicly available.
Conformance test suites for other uses of SVGF (e.g. prepress
guidelines) may be developed.
- A specification referencing SVGF may
declare that 'enableBackground' is not supported when used in
conjunction with that specification. If so, then support for
'backgroundAlpha' and 'backgroundImage' must be excluded as well.
- A specification referencing SVGF must
declare if animations applies when a 'filter' chain is in its scope.
- Scripting
- A dynamic SVGF viewer must support the
SVGF scripting feature set.
- Animation
- A dynamic SVGF viewer must support animation of all
properties listed as animatable.
6 References
- SVG 1.1
- Scalable Vector Graphics (SVG) 1.1 Specification, Jon
Ferraiolo, Jun Fujisawa, Dean Jackson, editors, W3C, 14 January 2003
(Recommendation). See http://www.w3.org/TR/SVG11/
- SVG 1.1/1.2/2.0
Requirements
- SVG 1.1/1.2/2.0 Requirements Document, Dean Jackson, editor,
W3C, 22 April 2002. See http://www.w3.org/TR/SVG2Reqs/
- Mobile SVG Profiles
- Mobile SVG Profiles: SVG Tiny and SVG Basic, Tolga Capin,
editor, W3C, 14 January 2003 (Recommendation). See http://www.w3.org/TR/SVGMobile
7 Author List
The authors of this specification are the participants of the W3C SVG
Working Group.
- Authors:
- Ola Andersson, ZOOMON AB
- Henric Axelsson, Ericsson AB
- Phil Armstrong, Corel Corporation
- Robin Berjon, Expway
- Benoît Bézaire, Corel Corporation
- Craig Brown, Canon Information Systems Research Australia
- Mike Bultrowicz, Savage Software
- Tolga Capin, Nokia Inc.
- Mathias Larsson Carlander, Ericsson AB
- Jakob Cederquist, ZOOMON AB
- Charilaos Christopoulos, Ericsson AB
- Lee Cole, Quark
- Don Cone, America Online Inc.
- Alex Danilo, Canon Information Systems Research Australia
- Thomas DeWeese, Eastman Kodak
- Jon Ferraiolo, Adobe Systems Inc.
- Darryl Fuller, Schema Software
- 藤沢 淳 (FUJISAWA Jun), Canon
- Rick Graham, BitFlash
- Vincent Hardy, Sun Microsystems Inc.
- 端山 貴也 (HAYAMA Takanari), KDDI Research Labs
- Lofton Henderson, OASIS
- 石川雅康 (ISHIKAWA Masayasu), W3C
- Dean Jackson, W3C/CSIRO (W3C Team Contact)
- Christophe Jolif, ILOG S.A.
- Lee Klosterman, Hewlett-Packard
- 小林 亜令 (KOBAYASHI Arei), KDDI Research Labs
- Thierry Kormann, ILOG S.A.
- Yuri Khramov, Schema Software
- Chris Lilley, W3C (Working Group Chair)
- Philip Mansfield, Schema Software
- Peter Mierau, Adobe Systems Inc.
- 水口 充 (MINAKUCHI Mitsuru), Sharp Corporation
- Luc Minnebo, Agfa-Gevaert N.V.
- 小野 修一郎 (ONO Shuichiro), Sharp Corporation
- Antoine Quint, Fuchsia Design (formerly of ILOG)
- 相良 毅 (SAGARA Takeshi), KDDI Research Labs
- Brad Sipes, ZOOMON AB
- Peter Sorotokin, Adobe Systems Inc.
- 上田 宏高 (UEDA Hirotaka), Sharp Corporation
- Rick Yardumian, Canon Development Americas
- Charles Ying, Openwave Systems, Inc.