W3C home > Mailing lists > Public > www-math@w3.org > October 2005

Re: consuming the semantic tag (was Re: Subscripts in Content MathML)

From: Stan Devitt <jsdevitt@stratumtek.com>
Date: Thu, 13 Oct 2005 18:09:12 -0400
To: Paul Libbrecht <paul@activemath.org>
Cc: www-math@w3.org
Message-ID: <20051013220912.GA29848@stratumtek.ca>

I am not wedded to any particular implementation just
so long as the user interaction is correct.  The Accept
header may do it, or failing that UserAgent.

I agree that the Language header would be overloaded.
I mentioned it mainly as it characterises the kind of action 
that we need.

Basically, an http request is made to a generic URI with enough 
information embedded in the header so that the server can server 
can customize the response to take into account the mathml specific 

The main thing is that the user should not have to modify 
the URI to request manually to request a particular version of 
the document.  (for example, by manually adding  a parameter like  


On Thu, Oct 13, 2005 at 10:54:51AM +0200, Paul Libbrecht wrote:
> Stan,
> there is definitely an "Accept" http-header which all browser send and 
> specifies the list of mime-types a browser accepts. This header does 
> indicate, for example, whether a picture format is supported... Why not 
> enrich the declaration of the support for mathml-content or openmath 
> (with their respective mime-types) with "mime-type-attributes" which 
> specify the set of supported symbols (or content-dictionaries) ?
> Making it a language would require an extra http-header, or do I 
> mistake ?
Its already a header, but I think the acceptable values are limited.
(a language code standard of some sort.)

This kind of use would definitely be unexpected and it would probably 
break all the conventional uses of it.

> Now, there's an extra issue here: would a browser declare that it 
> supports the mathml-content-of-maple ?? How would it know it ??
That's legitimate work for a working group.
Received on Thursday, 13 October 2005 22:11:59 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:27:36 UTC