asciimath / asciimath.github.io Goto Github PK

For better performance, the script should be at the top and using the -full configuration.

d/dx x^2 = 2

and

f'(x) = 2x

seem to work in the demo. I wonder if it would be worth adding them to the documentation.

Right now http://www1.chapman.edu/~jipsen/mathml/asciimath.html has a much better search rank (cf. https://duckduckgo.com/?q=asciimathml)

@jipsen would you consider using some soft redirect (e.g., rel='canonical') to point to asciimath.org?

I guess the following:

soon can be removed https://www.igalia.com/2023/01/10/Igalia-Brings-MathML-Back-to-Chromium.html

Check out the asciimath source code and add missing symbols

The index page

However, it gracefully serves a loader that redirects to cdnjs.cloudflare (mentioned in previous link)

The page https://www.mathjax.org/#gettingstarted also provides details on this.

The link to the "Getting Started" page here sends to a page that 404s
Here is the link destination: http://docs.mathjax.org/en/latest/start.html

The link seems to be defined here:

@pkra You made a commit 'Fix preview', but now it seems to be broken =D

The live demo is broken due to timing issue.

The AsciiMath organization needs a profile image!
I made this one:

I don't have the permissions so maybe someone of you can upload it in case you like it!?

There is no documentation for /_\ being the triangle symbol.

Could you please add usage examples of these on your ASCIIMath website? Thanks..Saf

The following line in my asciidoctor document produces the trace below:
stem:[TD_t(s_t, a_t)=R(s_t, a_t)+\gamma \max_aQ(s_{t+1},a)-Q(s_t, a_t)]

asciidoctor-pdf -v -r asciidoctor-mathematical -a mathematical-format=svg WAD.adoc --trace
Traceback (most recent call last):
9775: from /usr/local/bin/asciidoctor-pdf:23:in <main>' 9774: from /usr/local/bin/asciidoctor-pdf:23:in load'
9773: from /var/lib/gems/2.7.0/gems/asciidoctor-pdf-1.6.0/bin/asciidoctor-pdf:27:in <top (required)>' 9772: from /var/lib/gems/2.7.0/gems/asciidoctor-2.0.15/lib/asciidoctor/cli/invoker.rb:113:in invoke!'
9771: from /var/lib/gems/2.7.0/gems/asciidoctor-2.0.15/lib/asciidoctor/cli/invoker.rb:113:in each' 9770: from /var/lib/gems/2.7.0/gems/asciidoctor-2.0.15/lib/asciidoctor/cli/invoker.rb:130:in block in invoke!'
9769: from /var/lib/gems/2.7.0/gems/asciidoctor-2.0.15/lib/asciidoctor/convert.rb:189:in convert_file' 9768: from /var/lib/gems/2.7.0/gems/asciidoctor-2.0.15/lib/asciidoctor/convert.rb:189:in open'
... 9763 levels...
4: from /var/lib/gems/2.7.0/gems/asciimath-2.0.2/lib/asciimath/ast.rb:99:in each' 3: from /var/lib/gems/2.7.0/gems/asciimath-2.0.2/lib/asciimath/latex.rb:385:in block in is_very_small'
2: from /var/lib/gems/2.7.0/gems/asciimath-2.0.2/lib/asciimath/latex.rb:385:in is_very_small' 1: from /var/lib/gems/2.7.0/gems/asciimath-2.0.2/lib/asciimath/latex.rb:385:in all?'
/var/lib/gems/2.7.0/gems/asciimath-2.0.2/lib/asciimath/ast.rb:99:in `each': stack level too deep (SystemStackError)

Replacing the {t+1} with t prevents the error from occurring.
This occurs only when using asciidoctor-pdf. With asciidoctor it works fine.

Let's add an author/history blurb.

It seems custom domains on GitHub Pages now supports https. Would it be possible to enable this for asciimath.org

• Set master branch to protected => one can only merge into the master branch and not directly push
• Update description text of repo to "Website for AsciiMath" and add the link to the website

It seems to me as though the grammar for AsciiMath differs from that offered on the site. The implementation offers the following comment.

v ::= [A-Za-z] | greek letters | numbers | other constant symbols
u ::= sqrt | text | bb | other unary symbols for font commands
b ::= frac | root | stackrel         binary symbols
l ::= ( | [ | { | (: | {:            left brackets
r ::= ) | ] | } | :) | :}            right brackets
S ::= v | lEr | uS | bSS             Simple expression
I ::= S_S | S^S | S_S^S | S          Intermediate expression
E ::= IE | I/I                       Expression

This seems to be a more accurate description of the actual parser behavior. In the grammar defined at the moment sqrt(x^2+1) would be invalid since x^2 is not a simple expression and could not match the SE pattern in E.

Also why isn't S/S defined in the intermediate expression and then let E ::= IE | I? Isn't this more correct?