Re: Parallel markup: Why do the links point from content to presentation?

> could you probably tell me a use case that justifies the direction of the
> links in parallel markup?  They point from the content markup to the
> presentation markup.  

I think its most natural to pint to the base (first child) of the
semantics rather than linking between annotations, and in

http://www.w3.org/TR/MathML2/chapter5.html#id.5.3.4


 
Actually I think it's usually more useful to put the content mathml in
the base of the semantics, and annotate it with presentation mathml if
you need to override the display.

Also, links work better in that direction, the mathml2 chapter 5 example
"simplifies" things a bit by only having two terms in the plus, so you
only get one "+" term, but in general
if you have

<apply><plus/><ci>a</ci><ci>b</ci><ci>c</ci><ci>d</ci></apply>

rendering as
a+b+c+d

using simple links you can make each of the <mo>+</mo> link to the same
<plus/> but you can't make the <plus/> link to each of the +.



chapter 5 (mml2 and mml3 draft) say:

In general, there will not be a one-to-one correspondence between nodes
in parallel branches. For example, a presentation tree may contain
elements, such as parentheses, that have no correspondents in the
content tree. It is therefore often useful to put the id  attributes on
the branch with the finest-grained node structure. Then all of the other
branches will have xref attributes to some subset of the id attributes. 

In absence of other criteria, the first branch of the semantics element
is a sensible choice to contain the id attributes. Applications that add
or remove annotations will then not have to re-assign attributes to the
semantics trees.  

David

________________________________________________________________________
The Numerical Algorithms Group Ltd is a company registered in England
and Wales with company number 1249803. The registered office is:
Wilkinson House, Jordan Hill Road, Oxford OX2 8DR, United Kingdom.

This e-mail has been scanned for all viruses by Star. The service is
powered by MessageLabs. 
________________________________________________________________________

Received on Tuesday, 20 January 2009 12:45:33 UTC