OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

docbook message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Subject: Re: DOCBOOK: docbook vs latex


On Mon, 2 Sep 2002, Jirka Kosek wrote:

> Doug du Boulay wrote:
>
> > Wouldnt it be possible to put in an RFE to try and
> > get mathelement, maththeorem etc into DocBook?
>
> Why adding mathelement when there is equation and inlineequation
> already?

They are not the same at all... In fact, a theorem may have a name,
eventually a mathcondition, a mathassertion, and a mathproof (just to give
and example, the content model may differ) all of them with dozens of
equations...

I may agree with you in the sense that mathelement is redundant (in fact
it is an element wrapping most of my DTD math extensions so they can be
easily identified), but mathproposition, mathremark, maththeorem,
mathproof, mathexample, etc, are (in my case) full-blown elements and do
not map well to equation... (~formalpara)







> But DocBook is primary focused on software documentation. If we add
> something very special for mathematics (like maththeorem), we should
> also add something for other groups of users (historicans, doctors, ...)
> -- this will end up in very complex DTD with thousands instead of
> hundreds elements.

I see your point... but I would not be against adding them if enough
people would like to see them added, and we are talking about ~10 new
elements that may be used (IMHO) much more than some of the hundreds of
existing elements.  Anyway, equation and inlineequation are already there
and in computer science, maths are everywere. Some colleagues around here
are telling me they would write their dissertations in docbook if there
was more math support (graph theory, algorithms, heuristics...) I think
that DocBook is richer than just for software documentation: "DocBook is a
document type definition (DTD) in SGML and XML. It is particularly well
suited to books and papers about computer hardware and software (though it
is by no means limited to these applications).", but once again, there are
lots of people more capable than I am to decide if it may be interesting
to add them or not. And I respect their choice. I insist, I see your
point. :)




> If mathematicals want, they can create ustomization layer adding
> maththeorem and other elements. Maybe using something like <formalpara

Yes, we can... That is what I did. BUT it is not DocBook anymore (so in
some sense, we are losing one of its advantages).


> role="maththeorem"> can be also sufficient.

It may be a good solution in order not to have to extend the DTD, but I
don't think it is sufficient, e.g.  <chapter role="appendix"/> ?



> As DocBook is SGML/XML based formar, using LaTeX markup for equations is
> wrong from design perspective. You should use XML based format like
> MathML and there is already module which allows usage of MathML inside
> equation and inlineequation elements. Yes, tools are not always mature
> enough, but from long time perspective MathML is way to go. Meanwhile
> you can use "hacks" like dbtexmath.

Agreed. In fact, I started some kind of MathML -> LaTeX using XSLT...  but
until then....<latex>\begin{equation}</latex> is a temporary hack that I
needed. :)


Thanks for reading.

Regards,
Ramon.



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Powered by eList eXpress LLC