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
  • #1031
Closed
Open
Issue created Jan 31, 2015 by Administrator@rootContributor

Spacing reserved for number tags need reevaluating after adjusting math font metric from scaling

Created by: timtylin

Hey guys, thanks for all the work on v2.5, it's an amazing release. I'm just reporting on the remaining bugs that I see in our publication collection.

This one concerns the spacing in an expression usually reserved for number tags. Let's start with a long expression with a numbering tag on the left (or right, doesn't matter), so that the expression is already uncomfortably butting against the numbering:


jsFiddle source

Now, let's bring in a font that is larger than normal (or just has a large x-height). Note that now the expression got bigger since the font size got adjusted up. In fact, it now squishes into the numbering, which should never happen. I'm guessing this is because the spacing needs re-calculation after the scaling, but it isn't done:


jsFiddle source

The reason why this is semi-serious is because matchFontHeight is turned on by default, so any CSS have the potential to trigger this behavior. Turning off matchFontHeight solves this issue:


jsFiddle source

And just to show that adjusting the scale property in the HTML-CSS writer also causes this problem:


jsFiddle source

Assignee
Assign to
Time tracking