W3C home > Mailing lists > Public > www-math@w3.org > April 2010

Re: Linking mfrac-like operators [Re: Linking (chapter 6.4.3) probably underspecified]

From: David Carlisle <davidc@nag.co.uk>
Date: Wed, 14 Apr 2010 09:42:17 +0100
Message-ID: <4BC57FE9.6050004@nag.co.uk>
To: Michael Kohlhase <m.kohlhase@jacobs-university.de>
Cc: "Lange, Christoph" <ch.lange@jacobs-university.de>, "www-math@w3.org" <www-math@w3.org>
On 14/04/2010 07:16, Michael Kohlhase wrote:
>
> I think that Christoph has a point here, we should be able to link the
> "semantic function position" in presentation MathML without changing the
> presentational representation as you are suggesting


I'm not sure that that's an achievable aim.
  Take for example the power function rendered using msup there is no 
visible rendering of the power function at all, only of its arguments.
So if you are trying to make a highly linked rendering with links from 
the function to its definition, probably you would need to modify the 
presentation of power in some way such that their is a visible 
representation of the function.

Using mfrac for divides is rather similiar, although the fraction line 
gives you a hope of being able to interact with the head of the function 
term, as discussed using links (if we are using html style href or 
simple xlink for linking) to denote the correspondence is always going 
to be fragile as the hypertext links don't nest.

It is of course possible to use attributes to make the semantic 
correspondence, it is making that linking into a hypertext traversal 
that is problematic (whatever the markup)

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 Wednesday, 14 April 2010 08:43:26 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 14 April 2010 08:43:27 GMT