3 Replies Latest reply on Jan 26, 2016 3:20 PM by pixlchik

    Problems Using Accessibility Tools on Interactive PDF with Complex Tables & Form Fields (in AcroDC)

    pixlchik

      Hi,

      Although I've worked a little before in verifying accessibility (will abbreviate as 'axs' afterwards) of documents using the axs Checker before, it was using Windows and Acrobat XI about a year ago. I'm now tasked with creating accessible interactive forms on a Mac (platform I prefer), that were designed only visually in InDesign, then brought into Acrobat X or XI where someone else placed form fields, then handed off to me to adjust the tab order for end-users, and make accessible for those with disabilities (government org). Problem is, some of these documents are extremely dense tables, in which each table cell resides a radio button or check box. I have several issues:

      1) does the reading order have anything to do with the tab order? (I spent hours getting the tab order working the way it should, and don't know if clicking on any axs tools will alter that and undo all my work.)

      2) I need to label an entire page, more or less, as a table but when I'm in the touch-up reading order (TURO) tool, I get the cross-hairs to drag around that object but when I go to the reading order panel and click Table, everything gets deselected and nothing else happens. My goal is to get to the table editor to label row and column headers there, etc. What's happening? Do I have to do this all in the tags panel instead?

      3) In the Tags panel, I see a table with 30 rows which is what I've got visually, but when I select the TRs or TDs nothing gets selected on the form, so I'm not sure how to get the content on the form 'into' these TDs . . . this is a very complicated document and I'm getting confused. Not a lot of experts out there on Axs AND Acrobat DC dealing with this and I'm getting frustrated! There's a guy on Lynda.com whose videos I've been watching re: similar topics, but in his example, he's got a table that is just text and it's small, and his method is selecting each table cell with the cross-hairs and labeling it a "cell", then going into the Tags panel and working out the proper type/# of Table elements there and then dragging stuff around into the proper rows, etc. My table has 30 row and 13 columns and interactive form fields in most cells . . . that's not a practical approach, but don't know if there's a quick/accurate way to get the table recognized otherwise?????

      Any help is appreciated . . .

       

      Sorry,

      Quite Frustrated

        • 1. Re: Problems Using Accessibility Tools on Interactive PDF with Complex Tables & Form Fields (in AcroDC)
          a C student Level 3

          Yes, dealing with large complex tables can be the most time consuming and frustrating PDF accessibility chore. First question - are these data tables or layout tables? Many forms are organized visually using layout tables, but do not really present data organized in rows and columns. Tagging this content as a table would run afoul of Matterhorn Protocol failure condition 15-004, "Content is tagged as a table for information that is not organized in rows and columns". Instead, working in the Tags pane, drag all the content elements out of the table structure and re-tag/arrange as needed. The PDF/UA Reference Suite has an example form (document 10) that you can refer to - although its layout tables are relatively small. A simple, strait-forward structure should be easier to remediate than a large table, and also easier for an assistive technology user to read.

           

          On the other hand, if these are legitimate data tables... I find the Reading Order pane to be worse than useless. The Tags pane defines the reading order for assistive technology. One trick that I find helpful is to break up a large, complex table into manageable chunks, remediate the sub-tables then recombine. You might also consider evaluating NetCentric CommonLook - I do not use it but it has a good reputation for working with tables. I do not believe it is available for Mac though.

          • 2. Re: Problems Using Accessibility Tools on Interactive PDF with Complex Tables & Form Fields (in AcroDC)
            pixlchik Level 1

            Thank you aCStudent - I was thinking I wouldn't even get any responses to this because I just don't think enough people are using the Accessibility Tools, but where I'm at we'll be using them a lot. I thought a lot about the issue last night and two things occurred to me:

             

            1) Perhaps the table editor never was accessible to me because of the interactive form fields were all throughout the page/table. (I'll try to get a screen shot of the doc to show, but basically in most all of the data cells there was a radio btn or ckbx.)

            But I was told at work that we are not ready at this stage to have all the data gathered to get dumped into a DB electronically yet, and a validly 'accessible' alternate version of the form did exist elsewhere for our users, so not to spend more time than needed on this. (This one was intended to just become interactive, with clear/save/print buttons, allowing the average sighted user to tab through in a logical order with some auto-tabbing fields, etc.—which it now does—and it IS recognized as a tagged document with form field tooltips serving, I believe, as alt tags would for an image.) But I thought that if I continue to try this at home, I'd be curious if clearing the form of all structure, it might then allow me to see/use the table editor, create it by hand, THEN perhaps create interactive form fields/btns/boxes into the established data cells?? Want to try it . . .

             

            2) When I thought about being completely unable to use the table editor, I started to think less visually and realized I was hanging on to that concept as a sighted person because all the form fields physically being organized into the rows/columns of a large table. If the radio buttons and check boxes were all clearly labeled and tooltipped per above reference, what the heck would it matter to a non-sighted person whether the radio button options were in a row, column or scattered all over the page (as long as they were grouped). The tab order was correct, so I'm assuming if the reading order followed that, that's all that mattered . . . not the fact that proper <TABLE><TR><TH> terms were there. Does that make sense?

            • 3. Re: Problems Using Accessibility Tools on Interactive PDF with Complex Tables & Form Fields (in AcroDC)
              pixlchik Level 1

              here's an empty/less-detailed version of the form to give you an idea of what I was trying to work with. The table would've posed some issues with headers as you run down the columns as well—which I could take care of if radio buttons were all converted to checkboxes and given different output values in order to allow for only one checkbox per group . . . thinking out loud . . . I'm open to any other ideas.ScrnShot_complexTD_wIntrActvFrmFlds.jpg