- From: Paul Libbrecht <paul@hoplahup.net>
- Date: Fri, 6 Jul 2012 23:37:38 +0200
- To: "Paul Topping" <pault@dessci.com>
- Cc: "Neil Soiffer" <neils@dessci.com>, <www-math@w3.org>
Le 6 juil. 2012 à 18:15, Paul Topping a écrit : > I was thinking more along the lines of allowing separate markup for each purpose: > - Content that determines the size of the input area (ie, phantom content). Nice wording. > - Content to be rendered but is not intended to be part of the expression's overall meaning (ie, a prompt). yes > - Content representing the "answer" that is intended to be part of the expression's overall meaning. and that would be edited, right? > Perhaps we'd want to be able to use a single content expression for more than one of these purposes as an optimization. There might be recommendations to the user to implement JavaScript that hides or removes the prompt when the answer is non-empty. To the implementor, right? > 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
Received on Friday, 6 July 2012 21:38:07 UTC