Re: [docbook->html] support for MathML

Steven Watanabe <[email protected]>
Newsgroups gmane.comp.lib.boost.documentation
Organization Providere Consulting, Inc.
Message-ID <[email protected]>
AMDG

On 10/20/2011 09:17 AM, John Maddock wrote:
>>> <inlineequation>
>>> <mml:math>...</mml:math>
>>> </inlineequation>
>>>
>>> The <mml:math> block would of course be replaced by an <xi:include> that
>>> includes the mml file.
>>>

I can't get the xincludes to work.

a) Manual <xi:include href="..."/> fails because
   the path is interpreted relative to the BoostBook
   file which is somewhere in the build directories.
b) [xinclude ...] fails because xinclude is
   a block level element, and this is a phrase
   template.

I think I can fix this, but it's going to
mean quickbook changes.

>>
>> That doesn't quite work.  The problem is that
>> mml:math needs to be inside <inlinemediaobject>,
>> because we still need the other alternatives.
>> Looking at the docbook stylesheets, it looks
>> like
>>
>> <imageobject>
>>  <mml:math>...</mml:math>
>> </imageobject>
>>
>> is accepted, although it's just pass-through.
> 
> Ah yes, I forgot that the quickbook front end doesn't know what the
> ultimate target format is :-(
> 

Even if we were only generating HTML,
I still want the PNG as a fallback.

> If wrapping in an imageobject works, then great lets try that even
> though it's not valid Docbook - as long as the MathML gets stripped from
> FO output otherwise we'll have validation errors when generating the PDF's.
> 

It should get stripped out automatically,
since the processing of mediaobject is
designed to pick one element.

In Christ,
Steven Watanabe
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.