W3C home > Mailing lists > Public > www-amaya@w3.org > October to December 2004

Re: Amaya white-space handling

From: Bartolomé Sintes Marco <BartolomeSintes@ono.com>
Date: Mon, 22 Nov 2004 18:03:53 +0100
Message-ID: <007b01c4d0b5$3f090430$c3efca51@goofy>
To: <www-amaya@w3.org>
Hi,

>The PRESERVE_SPACE option just prevents Amaya to apply the rule
>during the edit session, so in this case white spaces are preserved during
>the session and are saved, but they are ignored when the document is
>reloaded by the parser.

If the extra spaces disappear every time the document is loaded, it is very
difficult to edit a document with extra spaces in Amaya, because everytime
you edit the document you have to insert all the extra-spaces.

>White spaces are preserved within <pre> elements or within elements with
>a  "xml:space="preserve" attribute.

I have had never tried this attribute. So I have tried it and I have
generate the following code:
  <p xml:space="preserve">Let's   try    it</p>
Amaya saves and loads the XHTML 1.0 Strict document without warning,
preserving the extra spaces, but when I validate the document using the
W3C validator, I get the following error:
   there is no attribute "xml:space"
Is it a bug?

>>Even if it worked corectly, a global PRESERVE_SPACE option is not a true
>>white-space property support. The option should be only applied to
>>elements with a 'white-space: pre' style.
>We know that CSS property, but we think that a CSS rule mustn't change the
>behavior of the HTML and XML parsers. The CSS role is to control the
>document display for a given document structure. Spaces introduced into the
>document source to make it more readable concern structure parsers and not
>the CSS engine.

I can not discuss if a CSS rule must or mustn't change the behaviour of
parsers, but since white-space is in CSS2 and will be in CSS3 (at the
moment, it is in CSS3 Text draft), Amaya should support it, shouldn't it?

Best regards,
Bartolomé Sintes (http://www.mclibre.org)
Received on Monday, 22 November 2004 17:04:32 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:30:46 UTC