W3C home > Mailing lists > Public > www-svg@w3.org > June 2007

Re: Req: Clarify text striping and consolidation of white space characters for nested xml:space.

From: Douglas Crosher <dtc@scieneer.com>
Date: Tue, 26 Jun 2007 00:53:13 +1000
Message-ID: <467FD6D9.8080501@scieneer.com>
To: Robert Longson <longsonr@gmail.com>
CC: www-svg@w3.org

Robert,

This is a good example.  Under the suggested interpretation the two spaces
in your example below would be condensed into one space.  Batik, Opera, and
Adobe SVG do this.  Adobe SVG does not consider the space to be part of the
link whereas Batik and Opera keep the first space and strip the second so
the space belongs to the first link.  This example shows that the space that
is kept needs to be clarified, and the association of space to a link needs
to be clarified.

Suggested clarification: when condensing adjacent white space defined within
elements with xml:space="default" the first space is preserved and the remainder
are striped.  However if any of the white space characters were defined within
an element with xml:space="preserve" then only these will be will be preserved.

Regards
Douglas Crosher

Robert Longson wrote:
> Douglas,
> 
> What would you expect from this then?
> 
> <text xml:space="default"><a xlink:href="??">link1 </a><a 
> xlink:href="???"> link2</a></text>
> 
> How many spaces are there between link1 and link2. If you contend there 
> is only one, which link does it belong to? I.e. where would you go if 
> you clicked on it?
> 
> For what it's worth firefox 3 will currently do what Inkscape does. It 
> treats each nested element  separately and does not count the contents 
> of nested elements as part of the parent for determining whether to 
> compress whitespace.
> 
> Regards
> 
> Robert.
Received on Monday, 25 June 2007 14:53:21 GMT

This archive was generated by hypermail 2.3.1 : Friday, 8 March 2013 15:54:37 GMT