[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: Fwd: KWord File Format
From:       Nicolas Goutte <nicog () snafu ! de>
Date:       2002-04-23 19:49:33
[Download RAW message or body]

No, please!

That is one reason of the xml:space="preserve".

If we want to do something, we should write the xml:space attribute.

CDATA sections are bad, as you cannot write the sequence ]]> 

It is already bad that you cannot do it in the document information, so please 
not again in KWord.

Have a nice day/evening/night!

On Tuesday 23 April 2002 18:23, David Faure wrote:
> This sounds like a valid point...
> although it would certainly make the "grep '<text>'" idea more difficult
> again. Does anyone know if this would break compatibility? I think reading
> a text node is done the same way, with and without CDATA in the XML.
>
> ----------  Forwarded Message  ----------
>
> Subject: KWord File Format
> Date: 23/04/2002 19:30
> From: kogs@kogsman.demon.co.uk
> To: dfaure@kde.org
>
> I was playing around with KWord maindoc.xml files with a view to making an
> external mail merge processor using a Kylix XML parser of my own devising. 
> My XML document object has a text property which returns the document as a
> string containing the document with lots of TABS to make it pretty.
>
> When I loaded maindoc.xml into my parser and the wrote the text property
> back out to maindoc.xml (and then tarred maindoc.xml and documentinfo.xml)
> and opened it in KWord, the xml formating TABS were displayed.
>
> May I suggest, therefore, that the contents of <TEXT> elements of
> maindoc.xml bracketed by <![CDATA[...]]> so that meaningful whitespace is
> distinguished from xml formating whitespace which should not show up in
> KWord.  This would greatly assist external processing of KWord documents.
>
> Best regards
>
> Stuart

_______________________________________________
koffice-devel mailing list
koffice-devel@mail.kde.org
http://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]