| ... | ... | @@ -81,9 +81,7 @@ Apply to |
|
|
|
|
|
|
|
### Fonts & Characters
|
|
|
|
|
|
|
|
fredw: We will only consider STIX (and perhaps Asana) support in the list below.
|
|
|
|
|
|
|
|
* Add [[STIX and Asana]] support
|
|
|
|
* **Add [[STIX and Asana]] support**
|
|
|
|
* Create fontdata and webfonts
|
|
|
|
* investigate potential for crowdsourcing fontdata generation
|
|
|
|
* Investigate font mixing/switching, using document font for alpha-numeric characters.
|
| ... | ... | @@ -91,13 +89,9 @@ fredw: We will only consider STIX (and perhaps Asana) support in the list below. |
|
|
|
|
|
|
|
### TeX input enhancements
|
|
|
|
|
|
|
|
* incorporate Davide's amscd code. See [issue 420](https://github.com/mathjax/MathJax/issues/420)
|
|
|
|
* **AMScd extension**. See [issue 420](https://github.com/mathjax/MathJax/issues/420)
|
|
|
|
* investigate a LaTeX2e extra symbols extension.
|
|
|
|
* offer instiki syntax as input -> **not a priority** (instiki never exposes its TeX syntax but converts to MathML).
|
|
|
|
|
|
|
|
fred: actually instiki just uses itex2MML and I think has an option to use blahtex. Both tools are open source so the syntax is known. peter: true but we should probably open up another section for "input processors"? fred: it's probably overkill to implement input processors for itex2MML or blahtex. They basically rely on the same LaTeX-like syntax as MathJax TeX input processor. Extensions to add LaTeX commands that are specific to these languages and not included in the default TeX input Jax sound more appropriate. peter: good point. I was also thinking about possibly different syntax, say maple, but that's out of the scope anyway. fred: OK, I was really only talking about instiki here (I guess it does not support maple), but opening a section for other input processor too is fine. I haven't seen requests from users for other input processors, though.
|
|
|
|
|
|
|
|
fredw: So as I read it on the [Instiki](http://golem.ph.utexas.edu/wiki/instiki/show/Markup+Choices) documentation, the only supported syntax for equations are itex2MML and blahtex and as I said they are Open Source. So the work to do would be to verify if all their LaTeX commands are available in MathJax and add extensions if necessary.
|
|
|
|
* offer instiki ([[itex2MML]] and blahtex) syntax as TeX extensions.
|
|
|
|
|
|
|
|
### MathML support
|
|
|
|
|
| ... | ... | @@ -105,16 +99,12 @@ Missing features (from [the documentation](http://docs.mathjax.org/en/latest/mat |
|
|
|
* elementary math tags: mstack, mlongdiv, msgroup, msrow, mscarries, and mscarry.
|
|
|
|
* alignment groups in tables
|
|
|
|
* right-to-left rendering
|
|
|
|
* annotation-xml (to include non-mathml content, e.g., svg , (in particular in epub?))
|
|
|
|
fred: it is already supported, but we could improve the access to the data from the menu. See [[Usage-of-the-semantics-element]] and [issue 357](https://github.com/mathjax/MathJax/issues/357)
|
|
|
|
* annotation-xml (to include non-mathml content, e.g., svg , (in particular in epub?)). See [[Usage-of-the-semantics-element]] and [issue 357](https://github.com/mathjax/MathJax/issues/357)
|
|
|
|
* complete table attributes (e.g., columnspan and rowspan)
|
|
|
|
|
|
|
|
Other topics
|
|
|
|
* Improve line-breaking
|
|
|
|
* Investigate Davide Carlisle's Content to Presentation xslt/javascript solution. See [issue 404](https://github.com/mathjax/MathJax/issues/404)
|
|
|
|
* fred: Perhaps we could do the conversion Content MathML => Presentation MathML in the MathML input Jax processor (maybe making this optional) and not necessarily using the XSLT (not sure whether it is available to all browsers).
|
|
|
|
* peter: sure, I don't know where it fits best. From what I can google, all our supported browsers do xslt 1.0 but I have no idea how performance is anyway.
|
|
|
|
* fred: if they all support XSLT 1.0 then I think it would be very easy to add a configuration option in the MathML input Jax to call David Carlisle's stylesheet before processing them. Given that content MathML is not a top priority, that would just give a convenient option for authors that need it on their pages without impacting other users. And we don't have to worry too much about performance or imperfect content to presentation mapping, I guess. The idea would be to modify the DOM to have: <math><semantics>[presentation MathML ouput]<annotation-xml encoding="application/mathml-content+xml">[content MathML input]</annotation-xml></semantics></math> (no need to create a new semantics if it already exists).
|
|
|
|
* Encourage use of <mrow>+<mo> construction instead of <mfenced>. See https://groups.google.com/forum/#!topic/mathjax-dev/GIvpWSNJrgA/discussion and [issue 359](https://github.com/mathjax/MathJax/issues/359)
|
|
|
|
* needs to be fleshed out after dev meeting: focus is on native MathML support. Switching will make NativeMML on Opera worse, but Opera is not on our target list and nativeMML is not suggested on Opera anyway.
|
|
|
|
* We can also do this conversion in the NativeMML output for all browsers but Opera. |
|
|
\ No newline at end of file |
|
|
|
* **extension to do XSLT-based Content to Presentation MathML **. See [issue 404](https://github.com/mathjax/MathJax/issues/404)
|
|
|
|
* **Use <mrow>+<mo> construction instead of <mfenced>.**
|
|
|
|
See https://groups.google.com/forum/#!topic/mathjax-dev/GIvpWSNJrgA/discussion and [issue 359](https://github.com/mathjax/MathJax/issues/359)
|
|
|
|
* **Improvements to the Native MathML output Jax**. See [issue 356](https://github.com/mathjax/MathJax/issues/356) and [issue 301](https://github.com/mathjax/MathJax/issues/301) |
