Multiple text line links tab out of order
Not sure if InDesign or Acrobat issue: Using 13.1. InDesign - Recently noticed that if I have text that flows to 2 lines and that has a hyperlink behind it, in Acrobat, the tags show the link as having two Link-OBJR, but they are the reverse of reading order. So if you tab the page, you go from 2nd line of text to first. So,
tabs as if it is 'the store' 'go to'. The underlying link is fine--no issue there--it's the tab order and tag order (tag order perhaps then impacting screen readers/accessibility???).
This is in a single paragraph block, so not an issue of Article content out of order--the system is doing this. I think this is a recent bug (last 4-6 months?) --but whether in how InDesign feeds this to Acrobat or how Acrobat interprets, I don't know. I can manually fix in Acrobat but re-ordering the Link-OBJR tags, but it makes no sense that I should have to do so. Any idea what is going on?
Thanks for reporting this issue. We’ll review it shortly.
Adobe InDesign team
Sara FOS commented
This is a real stumbling block for me when producing documents with long lists of references, especially what's mentioned in the comment from Anonymoys on June 26 2021. I've tried to fix the links manually afterwards in Acrobat, but haven't found a solution. Hope it can be fixed asap.
One more facet of this bug:
Because the OBJR sub-tag provides the accessibility for those who don't use mice (in other words, provides "keyboard" access), the multi-OBJRs can fail when the keyboard is used. Mouse clicks work, but not the keyboard.
Please correct this: we need ONE OBJR sub-tag for the entire hyperlink in order for the PDF to be fully accessible to all assistive technologies, especially those ATs that reflow text or use the keyboard to execute the hyperlink.
The entire URL should be in the <Link> Tag with one <Link - OBJR> sub-tag , not 2 or more <Link - OBJR> sub-tags.
Multiple <Link - OBJR> subtags can affect accessibility in some assistive technologies, and when the content is migrated to different technologies, such as HTML, XML, EPUB, etc. or when the content reflowed.
Having the content tagged based on the lines of text as they appear in InDesign is not helpful.
Michael Ashton commented
Any update on this issue?
Bharathi Raja commented
Getting the same issue. Also, if we use custom bullets, the reading order is reversed in PDF.
I am trying to solve this too manually. I hope someone provides an update if this has been solved.
Rhiannon Miller commented
I'm seeing this as well. It's a pain to fix them manually.