update tagging-status #860
Conversation
| @@ -476,9 +477,9 @@ | |||
| supported-through: [phase-III,math] | |||
| comments: "Use of math tagging currently requires support from external tools." | |||
There was a problem hiding this comment.
is that statement (here and elsewhere) still true this way, or would it need to get adjusted? With luamml it should work, without any external tools, or not? @davidcarlisle ?
There was a problem hiding this comment.
From my limited understanding I'd think it can be removed but I'll wait for others' opinions
There was a problem hiding this comment.
Oh I thought I'd replied here but perhaps it never sent... The current status is that math requires lualatex/unicode-math/luamml or external tools. I'm not sure it really helps to say that everywhere and certainly the current wording is no longer true. I suggest we merge this PR anyway and then globally drop the "use of math" comment.
There was a problem hiding this comment.
ok, I'll merge. @mbertucci47 would you update as suggested when you find the time?
There was a problem hiding this comment.
What should the status be for 8-bit math packages that are incompatible with unicode-math? Say, mathpazo. And what about math packages that create complicated diagrams that don’t mess up pdf tags but don’t create good mathml?
There was a problem hiding this comment.
I think partially incompatible with a comment that they don't work with unicode math for fonts. Diagram packages I fear we need to mark as incompatible currently
There was a problem hiding this comment.
@davidcarlisle What's the status of all the extra "-INNER" mathml entries? Are they supposed to be there, innocuous, etc?
Try for example the aligned-overset example with unicode-math. The final mathml entry looks fine but it creates all these intermediate entries.
Adds some issues for the amsmath entry and updates the amscd and amscdx entries due to latex3/unicode-math#657.