-
-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
Support for the LaTeX Tagging Project #13134
Comments
the "testphase" value is AFAIK going to vanish one day, but even without this value, setting the pdfstandard and version values would be nice. Or is there another way in Sphinx to control that? |
Not yet. It could be added as a new config value for the latex template. What to put in there looks like a moving target. It is not clear yet if this ongoing project which currently is deeply modifying upstream LaTeX will reach a stage where existing documents with old add-on packages which fixed or enriched LaTeX will be compatible. It is interesting that you observed validated compliance with your setup. Thanks |
I recommend this blog post for information by one of the core LaTeX maintainer up-to-date as of September 2024, where one finds this status page providing the current status of various LaTeX packages. Full support by Sphinx will need important updates to the footnote related code, which currently works around deficiencies of LaTeX+hyperref, and, surely more daunting yet, in the area of tables. Sphinx supports tables with merged cells both horizontally and vertically for which there is no available support in the LaTeX world, and it is to be expected the current tagging related evolutions of the LaTeX kernel are incompatible. Tagging related to list structures and document sectioning should be much less problematic, perhaps this will need almost no changes here. A related fact worth noting is that as explained in this other blog poat the LaTeX team now promotes LuaTeX as being the sole fully supported engine. PDFTeX will be supported but may be less efficient in implementing tagging, XeTeX is deprecated and its users are urged to move to LuaTeX. As per the Japanese engine upTeX it will depend whether its maintenance follows up on the core LaTeX development. The LaTeX team themselves do not test the Japanese engines. If tagging is limited to refer to the addition of some metadata information in the produced PDF, it is to be hoped that it is only a matter for us to set-up correctly the I am unable as of today to predict if Sphinx will be able in future to support We all hope for Sphinx produced PDFs to provide automatically accessibility to the widest audience. Will this prove possible without tremendous effort on our part? Impossible to tell. The LaTeX team receives Adobe support, we don't. Already we can observe a 40% slowing down when we build a document using 2024 LaTeX compared to building it using 2019 LaTeX (see here), with no tagging activated whatsoever. As computer chips become more powerful each year, perhaps we should not worry too much (?). |
Hello everyone,
I would like to know if there are any plans to support the LaTeX tagging project. Using tagging, it will be one day possible to create fully tagged pdf files from LaTeX code, in order to create accessible documents (see also https://latex3.github.io/tagging-project/).
In my project I can already use this in part, but with a kludge:
In my make.bat file I prepend the tex file created from Sphinx's make with something like this:
and after that modification I build this tex file. The result is then a pdf file that passes validation for the PDF/A-4F validation profile in verapdf. It would be nice to see latex_ configuration values for conf.py that can be used to prepend this to the tex file automatically. Are there already conf.py entries for that?
The text was updated successfully, but these errors were encountered: