W3C home > Mailing lists > Public > www-svg@w3.org > April 2002

Re: view element

From: Chris Lilley <chris@w3.org>
Date: Mon, 8 Apr 2002 14:14:13 +0200
Message-ID: <34551580953.20020408141413@w3.org>
To: DPawson@rnib.org.uk
CC: www-svg@w3.org
On Monday, April 8, 2002, 11:55:11 AM, DPawson wrote:

DP> The spec says this semantics of this element are to highlight 'something'.

That is correct.

DP> Anyone have an example


DP> that should work please,

It will work in a conformant viewer.

DP> the semantics of the element,

See http://www.w3.org/TR/SVG/linking.html#SVGFragmentIdentifiers

  If the SVG fragment identifier addresses a 'view' element within an
  SVG document (e.g., MyDrawing.svg#MyView or
  MyDrawing.svg#xpointer(id('MyView'))) then the closest ancestor
  'svg' element is displayed in the viewport. Any view specification
  attributes included on the given 'view' element override the
  corresponding view specification attributes on the closest ancestor
  'svg' element.

DP> and how the
DP> viewTarget CDATA #IMPLIED >
DP> attribute is used?

I agree the documentation on this attribute is a little terse; we
should add more explanation and an example for SVG 1.1.

See the fourth subtest in linking-view-BE-04.svg which uses a
viewTarget. Its value is the ID of an element to be displayed; the
vewBox of that element (computed on the fly) is used to override the
corresponding view specification attributes on the closest ancestor
'svg' element.

Compare this with the first subtest, which produces no visible effect
as the closest ancestor viewport is the SVG document viewport; and the
second subtest, which uses an explicit viewBox with numerical values.

The value of the viewTarget is that explicit numerical values of the
extent of the view do not need to be known, or calculated in advance.

 Chris                            mailto:chris@w3.org
Received on Monday, 8 April 2002 08:28:23 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 March 2017 09:46:52 UTC