Re: SC 1.4.10 Reflow and PDFs

> To return to Mark’s original question, images are displayed in Adobe Reader’s Reflow mode as long as they have a bounding box and were not marked as decorative in the source document.

Thanks for pointing that out!  I should have kept better track!

This is very positive in that it shows that even the basic Reflow tool is incorporating at least some aspects of Tagged PDF. 

However, in a test I just ran, although Adobe Reader in Reflow mode did respect the tagged / artifact distinction, it did NOT respect the tag order, which is (obviously) essential to accessibility.

Software is always a moving target. Adobe should be encouraged to continue improving its support for tagged PDF in the Reflow context.

> Also, paragraphs sometimes overlay each other vertically, and my experience has been that this cannot be fixed in Acrobat – it can only be fixed in the source document. If anyone knows how either of these issues can be fixed in Acrobat, I would be very interested to hear.

Can you say more about this… are such paragraphs tagged correctly in the PDF, for example?

> Once you have fixed a PDF so it reflows nicely in Adobe Reader, there is a new question. Is this sufficient to claim that the reflow success criterion is met in an accessibility supported manner? WCAG ducks this question completely. When Adobe Reader was pretty much the only PDF reader, I think it would have been perfectly reasonable to say that reflow was accessibility supported. Now there are numerous PDF readers that don’t support reflow, I am less sure.

Even more so as today browsers are the dominant software used to view PDFs… and browser developers are a long, long way behind the better desktop viewers in their PDF support.

As such it’s really the browser vendors (mostly, giant corporations who can well afford the development effort) who need to get their act together.

Duff.