W3C home > Mailing lists > Public > www-math@w3.org > July 2012

Re: Draft Node: Fill in the Blank

From: Neil Soiffer <NeilS@dessci.com>
Date: Mon, 9 Jul 2012 12:10:46 -0700
Message-ID: <CAESRWkDmzJBfUgUMb4kpv3DXPYejLpOg4jjqK5CUEhf3Bsmp-g@mail.gmail.com>
To: Paul Libbrecht <paul@hoplahup.net>
Cc: Paul Topping <pault@dessci.com>, www-math@w3.org
> > What did you mean by "in-browser comparison"?
> If we allow several expressions associated to a blank then it also makes
> sense to allow one that allows the recipient user-agent (e.g. a web-page
> with some javascript) to compare the user-input with the one (given some
> flexibility).
> My concern now is whether it is good to allow multiple children. From this
> discussion it sounds unavoidable. And if we do so, how do we markup so that
> renderers that are unaware of this note still render something partially
> useful?
> Paul

I think a significant number of sites that use MathML for evaluation would
not consider sending the answers along with the problem as a reasonable
solution.  There are many ways to hide the answer from being viewed in the
user's browser (CSS, or XML-annotation are two people mentioned already),
but users can view the source and copy/paste the MathML into one of many
editors to see the answer.  So those solutions are easily defeated and
probably not acceptable.

If you do want to do that, there is no reason you can't wrap the proposed
solution (class="MathML-Blank") inside of a semantics element and use
annotation-xml for anwsers as you proposed for the answers.  I'm not
recommending that for the reasons above.

Received on Monday, 9 July 2012 19:11:14 UTC

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