Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • M MathJax
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 304
    • Issues 304
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 15
    • Merge requests 15
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Infrastructure Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • MathJax
  • MathJax
  • Issues
  • #2731
Closed
Open
Issue created Jul 01, 2021 by Administrator@rootContributor

largeop="false" on integral causes overlapping limits

Created by: jmitsdarfer

Issue Summary

I just figured I'd report this because it seems like a bug, though perhaps there's some good reason for this that I don't know of. In order to avoid a really large integral/summation/product symbol in the sub or sup position, we use largeop="false". I noticed that largeop="false" causes crashing for the integral symbol (summation and product look fine) in MathJax. See below for an example.

PDF with <m:mo>∫</m:mo> (we don't use this tagging): image

MathJax with <m:mo>∫</m:mo> (no crashing in this case; also the integral symbol is small as desired even w/o largeop="false"): image

PDF with <m:mo largeop="false">∫</m:mo> (we use this tagging): image

MathJax with <m:mo largeop="false">∫</m:mo> (crashing in this case): image

MathML:

<m:msup><m:mrow><m:mi mathvariant="normal">e</m:mi></m:mrow><m:mrow>
<m:mo>&#x2212;</m:mo><m:mi>i</m:mi><m:msubsup><m:mrow><m:mo>&#x222b;</m:mo>
</m:mrow><m:mrow><m:mn>0</m:mn></m:mrow><m:mrow><m:msub><m:mrow><m:mi
>t</m:mi></m:mrow><m:mrow><m:mn>3</m:mn></m:mrow></m:msub></m:mrow>
</m:msubsup><m:mi mathvariant="normal">d</m:mi><m:mi>&#x3c4;</m:mi>
<m:msub><m:mrow><m:mi>&#x3c9;</m:mi></m:mrow><m:mrow><m:mn>10</m:mn>
</m:mrow></m:msub><m:mrow><m:mo stretchy="false">(</m:mo><m:msubsup>
<m:mrow><m:mi mathvariant="bold">Z</m:mi></m:mrow><m:mrow><m:mi>&#x3c4;</m:mi>
</m:mrow><m:mrow><m:mo stretchy="false">(</m:mo><m:mn>11</m:mn><m:mo
>,</m:mo><m:mn>10</m:mn><m:mo stretchy="false">)</m:mo></m:mrow>
</m:msubsup><m:mo stretchy="false">)</m:mo></m:mrow></m:mrow></m:msup>

and

<m:msup><m:mrow><m:mi mathvariant="normal">e</m:mi></m:mrow><m:mrow>
<m:mo>&#x2212;</m:mo><m:mi>i</m:mi><m:msubsup><m:mrow><m:mo
largeop="false">&#x222b;</m:mo></m:mrow><m:mrow><m:mn>0</m:mn></m:mrow>
<m:mrow><m:msub><m:mrow><m:mi>t</m:mi></m:mrow><m:mrow><m:mn>3</m:mn>
</m:mrow></m:msub></m:mrow></m:msubsup><m:mi mathvariant="normal"
>d</m:mi><m:mi>&#x3c4;</m:mi><m:msub><m:mrow><m:mi>&#x3c9;</m:mi>
</m:mrow><m:mrow><m:mn>10</m:mn></m:mrow></m:msub><m:mrow><m:mo
stretchy="false">(</m:mo><m:msubsup><m:mrow><m:mi mathvariant="bold"
>Z</m:mi></m:mrow><m:mrow><m:mi>&#x3c4;</m:mi></m:mrow><m:mrow><m:mo
stretchy="false">(</m:mo><m:mn>11</m:mn><m:mo>,</m:mo><m:mn>10</m:mn>
<m:mo stretchy="false">)</m:mo></m:mrow></m:msubsup><m:mo
stretchy="false">)</m:mo></m:mrow></m:mrow></m:msup>

Technical details:

MathJax Version: master - latest commit: MathJax.js v2.7.5 Client OS: Windows Browser: Chrome Version 91.0.4472.114 (Official Build) (64-bit) Renderer: HTML-CSS

Assignee
Assign to
Time tracking