W3C home > Mailing lists > Public > public-tt@w3.org > December 2008

RE: spec question xml:space=preserve

From: Sean Hayes <Sean.Hayes@microsoft.com>
Date: Tue, 9 Dec 2008 14:52:51 +0000
To: Philippe Le Hegaret <plh@w3.org>
CC: Public TTWG List <public-tt@w3.org>
Message-ID: <90EEC9D914694641A8358AA190DACB3D2FCEA61D94@EA-EXMSG-C334.europe.corp.microsoft.com>
Well I will let Glenn weigh in as the XML/XSL guru, but according to my literal analysis of the spec, and given where you have placed the space=preserve attribute, there are newlines to be preserved between the body and div and between the div and p; and since these are content elements, they need to be turned into anonymous spans containing line breaks.

Sean Hayes
Media Accessibility Strategist
Accessibility Business Unit

Office:  +44 118 909 5867,
Mobile: +44 7875 091385

-----Original Message-----
From: Philippe Le Hegaret [mailto:plh@w3.org]
Sent: 09 December 2008 14:44
To: Sean Hayes
Cc: Public TTWG List
Subject: RE: spec question xml:space=preserve

On Tue, 2008-12-09 at 14:21 +0000, Sean Hayes wrote:
> <tt xml:space='preserve' [...]>
>   <head>
>       <ttm:title>Content Test - tt - 002</ttm:title>
>       [...]
>   </head>
>   <body>
>     <div>
>       <p begin="0s" end="10s">This text
>  must appear on two lines.</p>
>     </div>
>   </body>
> </tt>

> I believe the rendered text in this case should contain two leading
> newlines before the two lines of text and then two newlines following,
> it for a total of 6 lines. I suggest we move the xml:space=’preserve’
> to the <p> element, or change the description.

That doesn't seem to me a correct behavior. Any character content within
the body element but outside a p element should be ignored at the
application level, independently of whether the white spaces are
retained by the XML processing or not. We're creating anonymous span
only inside p elements, we're not creating any outside p elements.

So I do believe that tt002 should be the correct behavior.


Received on Tuesday, 9 December 2008 14:54:43 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 5 October 2017 18:24:03 UTC