Fri, Feb 3
Thu, Feb 2
Algorithm implemented for this one, is now for automated testing. Scientific algorithm will move to another task.
Mon, Jan 30
- https://nsoiffer.github.io/MathCATDemo/, (which is up to date with github: 0.1.24) its implemented intent rules can be found here
- A quick check on the demo, shows that intent is read, but attributes seem not to be mapped:
- The point-example from below translated to text as: the point $1 comma $2
- Further examples of MathML with intent (Source):
- Line segment example: "the line segment from $1 to $2"
- X-coordinate example (~with correcting typo </mi>): "coordinate of <break time='150ms'/> $1 comma $2"
Collection of Information sources to realize a comparison algorithm:
Thu, Jan 26
Done for now, still the test (as some other tests) will need a comparison algorithm to make in-depth comparison of generated MathML and reference MathML.
For creating the mathml again, the MathSearch extension can be used. The Tex is in difference to FullCoverage-Wikitext the input tex is defined in JSON mostly, ParserTest135.json and TexUtilMMLLookup.json can be used to generation in a new maintenance script in MathSearch-extension .
Wed, Jan 25
Mon, Jan 23
for mathoid generation:
$wgMathoidCli = .... /mathoid/cli.js
Fri, Jan 20
In addition to the current findings regarding semantics and annotation, LaTeXML and Mathoid seem to render some chars differently to current TexVC(PHP). The differently notated chars are not correctly displayed by browser-rendering (checked with Firefox):
Thu, Jan 19
MySQL database retrieval results for LaTeXML example entry of one formula:
Wed, Jan 18
Clarification of "
Tue, Jan 17
I was guessing one can start with the UpdateMath ...
Ok, this is a start, when this is set up and generated with the UpdateMath file, the only difficulity i see is to filter the correct Wikipages from the output (depending on the content of Database), there can be lots of items processed by this scripts). But this should be possible on a local instance with MediaWiki etc which only has the most necessary Wikipages.
closed, as this is a duplicate of "T302628 Implement native MathML rendering in Math"
Thanks for adding the hints, here some questions and remarks to refine the essence of the tasks:
- section I:
- (i don't understand that): The parsetree in TexVC(PHP) is currently in many cases not enough to create valid MathML, example cases can be found in this test-file in texvctreebugs, the ultimate solution is to refactor the grammar file so that the parsetree by TexVC(PHP) is correct for generating MathMLM.
- does the comparison algorithm contain some type of similarity score etc.?
This is a duplicate of "T310211 Deliver visible MathML to the browser"
Since chem and inline are supported, this can be considered done. If experimental types should be supported once a while, i suggest creating another task for this.
Mon, Jan 16
@Physikerwelt could you have a look at this and check if everything is correct, something is missing and edit where necessary ?
Nov 22 2022
Nov 1 2022
After correspondence with Marcel Bolton and rechecking the grammar without the modifications, all testcases have been running.