- From: Michael A. Peters <mpeters@domblogger.net>
- Date: Sat, 8 Apr 2017 20:13:06 -0700
- To: Olaf Drümmer <olaf.lists@druemmer.com>, w3c WAI List <w3c-wai-ig@w3.org>
I have found tips on accessibility, though it seems somewhat scattered and often seems to require that I use a specific .sty when I do not believe that should be required. Also many of the .sty files I have seen are on github and not in CTAN which means they are likely not distributed with TeXLive and thus not available when building software documentation as part of the normal ./configure && make && su --command="make install" process. What I really want is something similar to the guidelines for various windows products on the WCAG pages that give guidelines for accessibility. I have heard for example that the fancyhdr package conflicts with the accessibility styles that exist, but no details on what that conflict is or how to create running headers and footers that are accessible and do not conflict. I'm epileptic, and am forbidden from driving. When I start to space out, I must go lie down or I will have a seizure. That means most employers do not want me, so I do not make a lot of money. I use Linux because it is what I can afford, I can't afford a Windows system. Yet there is very little information on how to meet the a11y PDF guidelines from within PDF creation tools that are available to me, or how to check a PDF file to see if it really accessible. Using the EU checker in the link that started this thread, the current LaTeX project of mine, I was able to identify how to fix everything except the PDF14 test. I do use fancyhdr and maybe that's the problem, I do not have a way to even know if fancyhdr marks the running headers and footers as artifacts - I tried searching for LaTeX PDF artifact but got page after page of results that used artifact in a different context. Does fancyhdr do things right and the EU test has a bug, or do I need to search for an alternative to fancyhdr and what would that alternative be? Is there maybe a tex package I could run after fancyhdr that would fix the running headers and footers if fancyhdr does it wrong? I do not know, but I would like to know, and as the WCAG guidelines for PDF give examples of how to implement the guidelines in a variety of Windows products, would be nice if they also gave tips for use in LaTeX. On 04/07/2017 01:36 AM, Olaf Drümmer wrote: > Hi Michael, > > are you aware of the work that Ross Moore from Macquarie University is > doing? > > If you search for the terms > > /ross moore latex pdfua / > or > /ross moore latex tagged pdf > / > you should be able to find a number of relevant articles. > > > Also, there is a difficult to find but nonetheless pretty useful site > with recordings from all the TUG conferences, e.g. with this recording > of one of Ross' presentations in 2015: > http://zeeba.tv/semantic-enrichment-of-mathematics-using-‘active-comments’/ > <http://zeeba.tv/semantic-enrichment-of-mathematics-using-%E2%80%98active-comments%E2%80%99/> > Just search around some more on that site to find stuff that might be of > interest to you. > > > Olaf > > > >> On 07 Apr 2017, at 09:24, Michael A. Peters <mpeters@domblogger.net >> <mailto:mpeters@domblogger.net>> wrote: >> >> Off topic *slightly* but one frustrating thing I found when looking >> for accessibility guidelines for PDF is absolutely nothing on any of >> the standard standard sites that reference LaTeX. >> >> I know LaTeX is virtually never used in typical business, but it is >> very heavily used in STEM and probably will continue to be used in >> STEM for some time due to its exceptional math typesetting, high >> portability (available on virtually any platform), journals often >> require submission in LaTeX, and the fact that you compile the final >> document from text files that work well in version control systems >> like git and svn. >> >> STEM may be a minority market of geeks, but those types of documents >> should be accessible. >> >> For what it is worth, most PDF documents created in LaTeX are created >> with the pdflatex binary and usually use the hyperref macro package, >> which has some macros specifically for PDF features. >> >> I suspect that with hyperref the vast majority of PDF accessibility >> issues can be addressed, but they won't be met if the guidelines only >> include documentation for the commercial business oriented tools. >> >> It would be nice of someone who understands both PDF and LaTeX could >> be found to help write some notes on how to meet the PDF accessibility >> guidelines in LaTeX. >> >> On 04/04/2017 06:51 AM, David MacDonald wrote: >>> http://davidmacd.com/blog/pdf-headers-footers.html >>> >>> >>> Cheers, >>> David MacDonald >>> >>> >>> >>> *Can**Adapt* *Solutions Inc.* >>> >>> Tel: 613.235.4902 >>> >>> LinkedIn >>> <http://www.linkedin.com/in/davidmacdonald100> >>> >>> twitter.com/davidmacd <http://twitter.com/davidmacd> >>> >>> GitHub <https://github.com/DavidMacDonald> >>> >>> www.Can-Adapt.com <http://www.can-adapt.com/> >>> >>> >>> >>> / Adapting the web to *all* users/ >>> >>> / Including those with disabilities/ >>> >>> If you are not the intended recipient, please review our privacy policy >>> <http://www.davidmacd.com/disclaimer.html> >>> >>> On Tue, Apr 4, 2017 at 5:48 AM, Vlerken-Thonen, M. van (Michèlle) - >>> Logius <michelle.van.vlerkenthonen@logius.nl >>> <mailto:michelle.van.vlerkenthonen@logius.nl>> wrote: >>> >>> The PDF checker at http://checkers.eiii.eu/en/pdfcheck/ >>> <http://checkers.eiii.eu/en/pdfcheck/> often returns the following >>> result:____ >>> >>> __ __ >>> >>> Fail: running headers and footers. Running headers and footers are >>> not provided or running headers and footers provided are >>> inconsistent with the section headers.____ >>> >>> __ __ >>> >>> However, PDF14 is only an advisory technique for 3.2.3. ____ >>> >>> __ __ >>> >>> Therefore I wonder what the importance of this technique is for PDF >>> files. Do running headers and footers always have to be present? And >>> is it a problem if some text in the header/footer is marked as an >>> artifact in InDesign but not as a header/footer (assuming the >>> important information in this text is also added to the main text on >>> the front page).____ >>> >>> __ __ >>> >>> Thanks for any insights.____ >>> >>> __ __ >>> >>> Michèlle____ >>> >>> >>> >>> ------------------------------------------------------------------------ >>> Dit bericht kan informatie bevatten die niet voor u is bestemd. >>> Indien u niet de geadresseerde bent of dit bericht abusievelijk aan >>> u is toegezonden, wordt u verzocht dat aan de afzender te melden en >>> het bericht te verwijderen. De Staat aanvaardt geen >>> aansprakelijkheid voor schade, van welke aard ook, die verband houdt >>> met risico's verbonden aan het elektronisch verzenden van berichten. >>> This message may contain information that is not intended for you. >>> If you are not the addressee or if this message was sent to you by >>> mistake, you are requested to inform the sender and delete the >>> message. The State accepts no liability for damage of any kind >>> resulting from the risks inherent in the electronic transmission of >>> messages. >>> >>> >> >> >
Received on Sunday, 9 April 2017 03:13:40 UTC