Skip to content
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

Weird inline Mathjax processing #50

Closed
honggaruy opened this issue Apr 1, 2021 · 3 comments
Closed

Weird inline Mathjax processing #50

honggaruy opened this issue Apr 1, 2021 · 3 comments
Assignees
Labels
bug Something isn't working verified This issue was already verified

Comments

@honggaruy
Copy link

honggaruy commented Apr 1, 2021

Hi, I am not familiar with Mathjax syntax.
But i think this is weird.

* A safe integer is an integer that
  * can be exactly represented as an IEEE-754 double precision number, and
  * whose IEEE-75 representation cannot be the result of rounding any other integer to fit the IEEE-754 representation
* For example, $ 2 ^ {53} - 1 $ is a safe integer,

image

The above case has no problem where the Mathjax line is the last li node.
But if I add one more li node , it rendered like this; The Mathjax part is not processed.

* A safe integer is an integer that
  * can be exactly represented as an IEEE-754 double precision number, and
  * whose IEEE-75 representation cannot be the result of rounding any other integer to fit the IEEE-754 representation
* For example, $ 2 ^ {53} - 1 $ is a safe integer,
  * it can be exactly represented 

image

I want to show one more case.
If I add few more lines and I ended it with Mathjax line like this, it shows no problem again.

* A safe integer is an integer that
  * can be exactly represented as an IEEE-754 double precision number, and
  * whose IEEE-75 representation cannot be the result of rounding any other integer to fit the IEEE-754 representation
* For example, $ 2 ^ {53} - 1 $ is a safe integer,
  * it can be exactly represented 
  * no other integer rounds to it under any IEEE-754 rounding mode.
* In contrast, $ 2 ^ {53} $ is not a safe integer.

image

But if i add strong tag to the not word in the last line, the Mathjax processor not working again as follows.

* A safe integer is an integer that
  * can be exactly represented as an IEEE-754 double precision number, and
  * whose IEEE-75 representation cannot be the result of rounding any other integer to fit the IEEE-754 representation
* For example, $ 2 ^ {53} - 1 $ is a safe integer,
  * it can be exactly represented 
  * no other integer rounds to it under any IEEE-754 rounding mode.
* In contrast, $ 2 ^ {53} $ is **not** a safe integer.

image

Can you tell me what is the problem ?

@jeffreytse jeffreytse self-assigned this Apr 1, 2021
@jeffreytse
Copy link
Owner

Hi @honggaruy

Thank you for the reporting, I will do some further investigation.

Thanks and regards

@jeffreytse jeffreytse added bug Something isn't working verified This issue was already verified labels Apr 1, 2021
jeffreytse added a commit that referenced this issue Apr 2, 2021
This issue is caused by the wrongly scanning no any mathjax in a
page while the `optimize` option is on, the core issue is that the
processor just check the node that has no chindren, but <ul> node
may has several children.
@jeffreytse
Copy link
Owner

Hi @honggaruy

This issue has been addressed and fixed. Please update your plugin to the latest version.

Thanks and regards

@honggaruy
Copy link
Author

After update, the problem solved !!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working verified This issue was already verified
Projects
None yet
Development

No branches or pull requests

2 participants