Linuxdoc sgml export can not handle long subsections

[sven@…]

When you export a document with very long subsection lines you'll get a result
similar to this one:

---

.....
</abstract><toc><sect>First Section
<sect1>Just added a new long subsection to the template to show where

the html translator stops too soon

</article>

---

So it seems that there is at least a </sect1> missing to close it. Guess it
should even have a </toc> to close the toc properly.
This leads to a problem if you convert this one to a html document the sgml2html
tools seem to stop the processing after the line break and you end up with a
broken line.

Sven

[Georg Baum]

fix for 1.5svn

[José Matos]

Argh, the code is correct Georg.

I hate linuxdoc tools, that is one more bug in those tools.

The segment that you showed is valid linuxdoc SGML. If you read linuxdoc dtd
you will see that for lots of elements the ending tag is optional, <toc> and
<sect*> are some of them.

The linuxdoc tools are without maintainer, and are obsolete. I would really
like to remove support from lyx for 1.5, or something like it.

[sven@…]

Sections stil broken in linuxdoc html export

[Georg Baum]

Well, if the output is valid linuxdoc then this is no LyX problem, so I am
closing this bug as invalid.

[sven@…]

According to the linuxdoc tools it's not valid.

$ linuxdoc -B check longpara.sgml-orig
Processing file longpara.sgml-orig
/usr/bin/nsgmls:<OSFD>0:4:2:E: start tag for "TITLE" omitted, but its
declaration does not permit this
/usr/bin/nsgmls:<OSFD>0:4:2:E: no start tag specified for implied empty
element "TITLE"
/usr/bin/nsgmls:<OSFD>0:4:2:E: start tag for "AUTHOR" omitted, but its
declaration does not permit this
/usr/bin/nsgmls:<OSFD>0:4:2:E: no start tag specified for implied empty
element "NAME"
/usr/bin/nsgmls:<OSFD>0:4:2:E: no start tag specified for implied empty
element "AUTHOR"
/usr/bin/nsgmls:<OSFD>0:4:2:E: no start tag specified for implied empty
element "TITLEPAG"
/usr/bin/nsgmls:<OSFD>0:6:10:E: document type does not allow element "TITLE"
here
/usr/bin/nsgmls:<OSFD>0:9:11:E: document type does not allow element "AUTHOR"
here
/usr/bin/nsgmls:<OSFD>0:10:14:E: document type does not allow element "DATE"
here
/usr/bin/nsgmls:<OSFD>0:11:16:E: document type does not allow
element "ABSTRACT" here
/usr/bin/nsgmls:<OSFD>0:12:15:E: document type does not allow element "TOC"
here
/usr/bin/nsgmls:<OSFD>0:13:13:E: document type does not allow element "SECT1"
here

Fixing the last one is quite easy. The </sect> has to be after the
</sect[1-x]>.
--- longpara.sgml-orig 2006-07-31 13:32:49.000000000 +0200
+++ longpara.sgml 2006-07-31 13:43:36.000000000 +0200
@@ -10,8 +10,8 @@

</author><date>DATE
</date><abstract>ABSTRACT
</abstract><toc><sect>First Section

-</sect><sect1>Just added a new long subsection to the template to show where
+<sect1>Just added a new long subsection to the template to show where

the html translator stops too soon

</sect1>

-
-</article>
\ No newline at end of file
+</sect>
+</article>

I couldn't find out how to fix the other ones and to be honest linuxdoc is
_strange_. <toc> for example has no coresponding closing tag as far as I can
tell now. Anyway that doesn't fix the other problems and if you aim at removing
linuxdoc from 1.5.x on I'll tag the bug wontfix in the Debian BTS and let it
rot.

[sven@…]

Ok I'm now going away and start to cry. It's definetly the linuxdoc-tools which
are broken. They stop the processing after the first line regardless of what's
after that and ignoring the fact that the <sect1> closes later.

*sigh* I'm feeling sorry for this useless bugreport :(

Sven

[José Matos]

*sigh* I'm feeling sorry for this useless bugreport :(

Sven

Don't worry. :-)
It is not the end of the either. ;-)

As you saw the problem is that the tools are broken in several places, and it
is not worth to fix them now.

[lasgouttes]

Remove milestone 1.4.x, which is not a real milestone anyway.