When an ID 15 file with hyperlinks is exported to Tagged PDF, unless you assign alternative text to the Links in ID, the Link tags will have a "null text" attribute which prevents the content of the Link tag from being read by a screen reader. This is a problem for several reasons. Not everyone chooses to add alternative text to hyperlinks. It's a UA, but not a WCAG 2 requirement. An automated accessibility checker like Acrobat's or even PAC is not going to flag this. Most people do not do a "Jaws check" of the PDF they are remediating and will never know that the links are not "reading."

Also, if you have a Figure which is hyperlinked the proper structure for that in a 508 compliant PDF is to place the Figure tag inside the Link tag and assign alternative text to the Figure tag not the link tag. Now with the null text Link tags, THIS will produce a "nested link" error from the Acrobat Checker. The nested alternative text for the Figure will not be read. Unfortunately, many people attempting to make 508 PDFs are unaware of what "null alt text" is and will have a devil of a time trying to resolve the error.

So, instead of making PDF remediation easier with this new feature in ID you have made things worse!

Ideally if no alternative text is entered in Indesign there should be no Alt text attribute of any kind in the Link Tag in the PDF.

I've attached several files so you can see what this looks like in the Tags panel, but to truly understand it you should try to "read" the attached PDF using a screen reader like Jaws or NVDA.

Underline disappears when paragraph shading is used

I have a paragraph style for text that needs shading and a character style for text with a hyperlink. The underline disappeares when shading is used. This happens when the height of the shading of the next used paragraph style is touching the underline in the previous paragraph.

The text remains on top so I would expect that the underline (which is part of the text, in my opinion) should also stay on top.
Strikethrough is not being affected in this way so I use this as a workaround.

Latest version of InDesign is used (always up-to-date ;-)

InDesign 15.1.1
macOS Majave
Acrobat Version (Architecture: x86_64
Build: 20.9.20067.384717
AGM: 4.30.101
CoolType: 5.14.5
JP2K: 1.2.2.46033)
========= END SYSTEM INFO ========

Step 1: Open Indesign and place the "Placed PDF.pdf" file on a page
Step 2: Export the PDF using Adobe PDF Presets (High Quality) select Hyperlinks checkbox on export and save
Step 3: Open exported PDF and put mouse over hyperlink that was present in document from Step 1.

Expected Result: would expect the hyperlink to remain clickable when exported from originating PDF

Actual Result: hyperlink was removed on export and is no longer clickable :( See attached document "Placed PDF after Export.pdf"

Share for Review does not seem to be working even after another update.

I sent an invitation by "Invite Only". My client received an email with a link and the only 2 options available for my client are "Sign in with an Adobe ID" – 99% of my clients will not HAVE or NEED an Adobe ID.

The second option is "Enter a password if one has been shared with you." Unfortunately, I was not given the option to set up a password. However, when posting publicly I could.

And lastly, when I update the file (link), there was no notification email sent to inform my client that the file had been modified, yet I am getting email notifications. Maybe that's because I have an Adobe ID.

I tried creating a new test but it look as though all the comments go away if one chooses that route. But if I have to go that route, honestly, I'd rather just keep emailing clients.

@Adobe, right now, all the potential is there for something great. However, this is an epic fail in my eyes. And mostly, I'm really getting tired of feeling like I'm a beta tester.

@Adobe: One last thing, when you fix this, as I am sure you will. MAKE IT THE SAME ACROSS ALL OF YOUR PRODUCTS FOR CONSISTANCY. Please.

InDesign gets really slow after opening more than one document at a time

The Problem ist, that the Users can open more than one but InDesign get slower an slower, till you have to wait a couple of minutes until you can work on the selected item.
If we kill the InDesign Process via. TaskMananger an reopen the document, everythings works fine, but this can't be the final solution.
The problem happens in aller InDesign 15 Versions.
There ist no performance issue on the Win10 Computers. The Computer is running on 50-70%.
Anyone got the same Problem and have a solution?

In CC2020 a new function for writing alternate text for links was introduced.
Using this function and generating a PDF Leeds to wrong PDF notation. The alt text in PDF is presented by alt text, which is forbidden in the PDF world, where alt text only should be used for non text elements, e.g. pictures. By presenting only the alt text the accessibility is lost – this is against the goal to hav a better output!
A correct output would lead to a content entry.

Note: Alt text for links is under discussion, as such alt text is not present for all users (it would be read out loud, but you can't read it) – this is not about equal access.

Thanks for fixing, this would be a good step for all people relying on accessible PDFs.

Best, Klaas

We are using the "Publish Online" feature inside Adobe Indesign to make some of our content available on our website. We've recently received reports from users with Apple iOS 13 mobile devices that the content is not displaying properly on those types of mobile phones. When the content first opens, if you double tap the page zooms in ok and double tapping again zooms out ok. However, if you try to pinch/zoom, the page blows up very large such that you can only see a couple words and you cannot pinch to get back out. Sometimes double-tapping again takes it back to a normal view, but often it zooms back out with part of the page cut off. This content was created using InDesign Creative Cloud 14. I spoke with tech support and she indicated a ticket was filed with the engineering team. Posting here as well for others to be aware and to receive updates!

1. Download and unzip https://www.dropbox.com/s/3b6k0izkm5ma3dy/200719-AdobeVFBug.zip?dl=1




2. Install the font from font/DaikonVF-mini.ttf




3. Run InDesign 15.1.1




4. Type "AU" and choose the Daikon VF font




5. Click the Variable Font button and move the weight slider between the extreme locations. Observe how the top of "U" "wiggles" (jumps up and down). This is shown in videos/DaikonVF-InDesign-15.1.1.mp4




6. The same problem occurs in Illustrator 24.2.1 and I have logged it at https://illustrator.uservoice.com/forums/601447-illustrator-bugs/suggestions/40945024-variable-font-bug-wiggling-top-of-u




7. The same problem occurs in DTL OTmaster 7.9 and in FontView 2019 (an open source app built from https://github.com/googlefonts/fontview ) — both apps use older versions of the FreeType library.




8. The problem no longer occurs in FontView 2020 (which I’ve rebuilt with newest FreeType). I’m including both the 2019 and 2020 version of FontView in the ZIP.




9. The problem also does not occur in Chrome 83 (which I think uses FreeType for VF), nor it occurs in Safari 13.1.2. Videos are included in the "video" folder.

So it seems that it’s a bug in FreeType which was fixed by the FreeType developers. If Illustrator and InDesign use FreeType for VF, then Adobe should update FreeType to the newest version.

I feel like we've seen these kinds of issues before. But I noticed in the new "Share for Review" (InDesign 15.1) colors in a test document are shifting. A quick comparison shows that blend modes aren't been exported properly when sending a document up for "Share for Review."

In the screen shot, you can see what I mean: Top is the Review version as viewed in browser, bottom is the correct version as seen in InDesign. Some of the modes seem ok (Multiply, Normal opacity adjustments). But most blending modes aren’t rendering correctly (Hard and Soft Light look identical; Difference is something else entirely; even Screen isn’t looking right.)

Verified it isn't a browser issue or even an RGB export issue.

While this doesn't affect the ability to generally review a document, I can imagine a lot of feedback along the lines of "images look wrong" if using blending modes on overlaid objects.

Tested with both Ai objects embedded in Id document, as well as shapes created directly within Id.