[prev in list] [next in list] [prev in thread] [next in thread]
List: koffice
Subject: Re: SGML DocBook export filter for KWord
From: Wolf-Michael Bolle <Bolle () ID-PRO ! de>
Date: 2000-09-28 13:51:47
[Download RAW message or body]
Jacques,
> > I don't know, 2 days I think.
>
> This - as usual - "Depends".
>
> Influencing factors include:
>
> a) How much of DocBook will you export to?
> b) Will you be using stylesheets?
> c) Dependent on a) and b), how will you implement frames? Will you
> implement frames at all?
>
> And so on.
>
> Still, shouldn't be *too* difficult to grab the semantic markup.
> Formatting'll be a bugger but semantics not so much. Strikes me as an
> excellent job for Perl and the various Perl *ML parsers.
>
> Certainly if you're successful, there may be a case to adopt DocBook
> as a target for later development (version 2.x or so).
I wasn't really planning anything fancy. The idea behind this is to be
able to write documentation in SGML DocBook format in a nice looking
environment without actutally knowing anything about SGML DocBook.
I want to start out without any stylesheets and *definitly* without
frames. Also, I don't want a filter that is able to create every single
little bit of SGML DocBook. A nice feature though would be to implement
this to work bidirectional, so a cycle of exporting, importing and
exporting again would result in the same file. However, I hadn't really
thought about doing an import filter at the same time but I might get an
approval for that, too.
Michael
--
Wolf-Michael Bolle <Bolle@ID-PRO.de> (Products & Development)
* ID-PRO Deutschland GmbH * G.-Heinemann-Ring 135 * D-81739 M=FCnchen
* Tel. +49 (0) 89-67 34 61-64 * Fax -70
* http://open-for-the-better.com
[Attachment #3 (text/html)]
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Jacques,
<blockquote TYPE=CITE>> I don't know, 2 days I think.
<p>This - as usual - "Depends".
<p>Influencing factors include:
<p>a) How much of DocBook will you export to?
<br>b) Will you be using stylesheets?
<br>c) Dependent on a) and b), how will you implement frames? Will you
implement frames at all?
<p>And so on.
<p>Still, shouldn't be *too* difficult to grab the semantic markup. Formatting'll
be a bugger but semantics not so much. Strikes me as an excellent job for
Perl and the various Perl *ML parsers.
<p>Certainly if you're successful, there may be a case to adopt DocBook
as a target for later development (version 2.x or so).</blockquote>
I wasn't really planning anything fancy. The idea behind this is to
be able to write documentation in SGML DocBook format in a nice looking
environment without actutally knowing anything about SGML DocBook. I want
to start out without any stylesheets and *definitly* without frames.
Also, I don't want a filter that is able to create every single little
bit of SGML DocBook. A nice feature though would be to implement this
to work bidirectional, so a cycle of exporting, importing and exporting
again would result in the same file. However, I hadn't really thought
about doing an import filter at the same time but I might get an approval
for that, too.
<p>Michael
<p>--
<br><tt><a href="mailto:Wolf-Michael Bolle <Bolle@ID-PRO.de>">Wolf-Michael
Bolle <Bolle@ID-PRO.de></a> (Products & Development)</tt>
<br><tt>* ID-PRO Deutschland GmbH * G.-Heinemann-Ring 135 * D-81739 München</tt>
<br><tt>* Tel. +49 (0) 89-67 34 61-64 * Fax -70</tt>
<br><tt>* <a href="http://open-for-the-better.com/">http://open-for-the-better.com</a></tt>
<br> </html>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic