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

List:       koffice
Subject:    RE: Hopeful suggestion for kword
From:       Nicolas Goutte <nicog () snafu ! de>
Date:       2001-04-26 20:47:19
[Download RAW message or body]

No but XHTML + Cascaded Style Sheet Level 2 are really not far from it! And 
both *are* standards from the W3C ( http://www.w3c.org )

XHTML modular (a recommandation since a few days ago) permits defining 
private tags if you need them.
As for Cascaded Style Sheet Level 2, it has many possibilities when use to 
extend. And what is still missing (columns for example) is coming in Level 
3 (still a draft for now).
XHTML represents the text and CSS is for the formatting.

The only drawback for KDE is that XHTML modular needs a DOM Level 2 with 
namespace and CSS capabilities. The only one KDE has in KHtml. However, it 
is very tightly linked to a QScrollView, so it is not usable standalone (or 
else the HTML import filter for KWord would have been finished for weeks!)

KFormula can be easily intergrated in MathML form, which in turn can due to 
the namespaces be mixed easily with XHTML modular.

Note that the HTML filter will need be able to read and write HTML 
4.01/XHTML 1.0 with CSS2. And a future XHTML (non-HTML) filter will have to 
be able to read and write XHTML modular with at least CSS2. So the 
development of these forms of file formats will be done around KWord. The 
problem is if KWord wants to follow this stream or if it wants its own 
totally private format.
Or may be two file formats: a fast one and an interchangeable one, like MS 
Word native format and Rich Text Format!

Have a nice day/evening/night!
-----Original Message-----
From:	Thomas Zander [SMTP:zander@planescape.com]
Sent:	Thursday, April 26, 2001 8:03 PM
To:	koffice@max.tat.physik.uni-tuebingen.de
Subject:	Re: Hopeful suggestion for kword

On Wednesday 25 April 2001 18:40, Waldo Bastian wrote:
> On Wednesday 25 April 2001 09:04, David Faure wrote:
> > Yes... but is this really what you want to do ? Applying processor
> > scripts out of KWord ? I'm not sure I understand what exactly this is
> > about, but if it's indeed about inserting a citation... why not do that
> > as a data-tool, which can be run interactively ? This would lead to a
> > better (much more intuitive since graphical) user interface, and it 
would
> > solve this problem (of trying to hack into the kword file directly).
>
> Well, it has advantages to be able to run scripts on kword documents
> without needing a UI. I can update HTML with a perl script, why shouldn't 
I
> be able to do the same with a KWord document?

You can, just the perl script has to be a tiny bit more intelligent.

How much XML modules are out there?
And how much KWord-formatting modules are out there?
I want to use something standard. And HTML won't cut it for the featureset 
of
KWord.

--
Thomas

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