-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remove/deprecate maction element #26
Comments
For maction actiontype="input", this is related to @dani31415 's proposal in #12 Other actiontypes like toggle, tooltip or status line could be implemented with JS like what MathJax do, so I'm sure people could write polyfill. Also note that maction actiontype="statusline" is a small security issue, since it known to be used to deceive people (e.g. to hide a "bad" URL). |
I don't think it should be deprecated in full mathml, we still need to support MathML in environments without JavaScript (Word Processors being a notable example with current MathML support) but I wouldn't have a problem with dropping it from core, presumably by the time you have specified its interaction with CSS and Javascript you have pretty much specified the required polyfill to go from a full mathml expression with maction, to a mathml core plus javascript polyfill equivalent. |
That is interesting. I would like to learn more about this aspect of MathML. Which WP are you thinking of? Are you aware of any WPs that are actively maintained that use this feature? |
See also #12 |
Link from Murray Sargent https://blogs.msdn.microsoft.com/murrays/2017/03/19/editing-math-using-mathml-for-speech/ |
Let me add my view (I agree that the current situation is problematic, and am open to any reasonable resolution)
Well I do (see below) and I don't (lots and lots of reasons, including that it is quite under-specified and looks like a solution from the early 2000s).
|
I think my preferred solution would be to keep maction in core but defined as to render the first child only, with the rest as if by css display:none That way there is a hook for moving interaction between web platform and other implementations of mathml. The full spec could make all actiontypes optional (already the case in mathml3) and can explicitly note that in an implementation of mathml core it is the responsibility of the page to implement any interaction via JavaScript. probably that would mean deprecating the selection attribute and instead putting the default selection first. |
this is also what I would prefer. |
OK, that makes sense. Just to be more slightly more accurate the proposal would be to:
|
Yes @fred-wang I think that is all core needs here, thanks. |
Resolved on 2019/06//03 as in #26 (comment) |
… as mrow-like w3c/mathml#26 w3c/mathml#100 This also checks a bit annotation/annotation-xml and display: math.
… as mrow-like (#19118) w3c/mathml#26 w3c/mathml#100 This also checks a bit annotation/annotation-xml and display: math.
…emantics elements are treated…, a=testonly Automatic update from web-platform-tests Add tests to check that legacy maction/semantics elements are treated as mrow-like (#19118) w3c/mathml#26 w3c/mathml#100 This also checks a bit annotation/annotation-xml and display: math. -- wpt-commits: 8b04cca826ffcbfe3f0f101f9824b8fb0003e21d wpt-pr: 19118
…emantics elements are treated…, a=testonly Automatic update from web-platform-tests Add tests to check that legacy maction/semantics elements are treated as mrow-like (#19118) w3c/mathml#26 w3c/mathml#100 This also checks a bit annotation/annotation-xml and display: math. -- wpt-commits: 8b04cca826ffcbfe3f0f101f9824b8fb0003e21d wpt-pr: 19118
…emantics elements are treated…, a=testonly Automatic update from web-platform-tests Add tests to check that legacy maction/semantics elements are treated as mrow-like (#19118) w3c/mathml#26 w3c/mathml#100 This also checks a bit annotation/annotation-xml and display: math. -- wpt-commits: 8b04cca826ffcbfe3f0f101f9824b8fb0003e21d wpt-pr: 19118 UltraBlame original commit: f218a08f17b082a92dedcc4f88df9f8b619d3a1d
…emantics elements are treated…, a=testonly Automatic update from web-platform-tests Add tests to check that legacy maction/semantics elements are treated as mrow-like (#19118) w3c/mathml#26 w3c/mathml#100 This also checks a bit annotation/annotation-xml and display: math. -- wpt-commits: 8b04cca826ffcbfe3f0f101f9824b8fb0003e21d wpt-pr: 19118 UltraBlame original commit: f218a08f17b082a92dedcc4f88df9f8b619d3a1d
…emantics elements are treated…, a=testonly Automatic update from web-platform-tests Add tests to check that legacy maction/semantics elements are treated as mrow-like (#19118) w3c/mathml#26 w3c/mathml#100 This also checks a bit annotation/annotation-xml and display: math. -- wpt-commits: 8b04cca826ffcbfe3f0f101f9824b8fb0003e21d wpt-pr: 19118 UltraBlame original commit: f218a08f17b082a92dedcc4f88df9f8b619d3a1d
Just opening this for the record...
I know that @kohlhase likes this element but I wonder if it is very useful in a modern web context where you can create your own JS effect. Maybe this should just be removed from MathML core and polyfill provided.
The text was updated successfully, but these errors were encountered: