When you have a document with multiple languages and the main language isn't available in InDesign's presets, ie the document is mainly in Kirundi or Samoan and there are some English phrases, a user should be able to select 'No language' from the style's advanced options. Instead, 'No language' will export as EN and the tag in the PDF will have EN listed as the language in the tag's properties. This is problematic because the tag's language will override the document's language properties. This is a clear failure of WCAG SC 3.1.2 (language of parts).

A screen reader won't be able to read the document because the English language tag properties will override everything.

Fixing this will ensure PDFs can be accessible to people who use screen readers in languages other than InDesign's presets.

When placing an Arabic weight statement (e.g. "13g") followed by a tab and a percentage (e.g. "19%"), the weight declaration ("g" or "mg") moves to the percentage when exporting to pdf. Only when setting PDFX/1a:2001 is selected the output is correct. But this setting removes all layers and flattens transparencies so it's not very useful.
A workaround is to place a space after the tab (so on the left side since this is a right to left language).
See screen shot in attachment. On top = InDesign file, bottom = pdf created from this file using PDFX/4. The top line in the Indesign file has no space after the tab, resulting in a wrong placement of the "غ" (= Arabic "g") as marked red in the screen shot.
Sample file : https://www.dropbox.com/s/15db51rlwen8ehg/SFDA-test.indd?dl=0

Only the pages with text+jpg are exported properly.
The pages with any other image type with some transparency, i.e. psd, ai, even png, have bold text after exporting to pdf.

It's an old issue, coming back every now and then in many InDesign editions in the past. So we all should know how to deal with it, shouldn't we? Well, here is the rub. The trick with the text placed on a separate layer on the top doesn't work anymore. Nothing works, actually. It's a major bug. A reason to downgrade to the last correct version. I needed to export a very important work today and I have spent most of my day trying to work this out. I have downgraded to CS6 eventually, just to be sure that it would work. And it did, but hey! This is not the solution.

Another workaround that I know of is to print your publication to pdf instead of exporting. But still. It is a huge bug and we need you to deal with it real fast.

To recreate this bug:
1) Make a new print document 8 pages long (doesn't matter if pages are facing or not) A4 or letter size (this doesn't matter either)
2) Go to the master page and somewhere on the master page, add a new text frame and within that frame, add an auto page number.
3) In a text editor, create the following file for test purposes and save it with the name "test.txt" - (cut and paste the next five lines of text):
name
Colin
David
Jose
Max
4) Return to InDesign, go to the data merge palette and select data source (the text file that was just made). Place a text placeholder on any page (this doesn't matter where)
5) From the data merge palette, go to Export to PDF, all records, and to the desktop is fine. Any PDF setting will work, use [High Quality Print] for this demo.
6) view the PDF that is generated.

WHAT SHOULD HAPPEN:
A 32pp file should be created with page numbers going from 1-8, then 1-8 again three more times.
WHAT ACTUALLY HAPPENS:
A 32pp file is created, but page numbers either stay on 1 (if facing pages was off) or go 1-2-1-2-1-2-1-2-1..... (if facing pages was on)

If you convert a table cell to a graphic cell and then make it an interactive form field, if you use the Articles panel to control the order, the form fields do not get tagged.

1.) Create a table
2.) Select a cell and choose Table > Convert to Graphic Cell
3.) Open the articles panel and drag the frame containing the table to the Articles panel to create a new article.
4.) Enable "Use for Reading order in tagged PDF" from the Articles panel menu.
5.) Export to interactive PDF with tags enabled.

Result: If you open the PDF and look in the tags pane or run the Accessibility Checker, you'll get errors that the form fields are not tagged.

Workaround: If you cut the interactive form field and paste as inline within the cell, it exports properly and is tagged. This should not be necessary and makes a lot of extra work.

Also category: Accessibility

I'm having a problem with the PDF tags when applying alt text to a group of items- a feature introduced in the most recent version of Indesign. Even though our articles panel shows separate articles, ALL of the content that comes AFTER a group tagged with alt text will have their exported tags all appear nested within that group as well, ignoring the structure set up in the Article panel. For example:

Article 1

 Group with alt tag


      item in group

      Item in group

 more content

Article 2

 Article 2 content

Will in the exported PDF appear in the tag tree as:

Article 1 span

 Figure with alt tag


      Item in group content container

      Item in group content container

      More content container

      Article 2 content container

Article 2 span

 (empty- no tags or content containers in this span)

1. CC 2017.1


2. Create an InDesign Document with correct tagging, articles, etc. Spend hours because there is no simple way doing this without expensive plugins. Our small monthly payment is used to include more important functions like Stock-Photos. Export PDF, correct some minor errors and check it with PAC. You´ll get many Content errors, because artifacts are not properly tagged. Try to solve it in Acrobat with the tags/order/...-panel. Spend more hours with vanishing objects and many other amusing bugs. Find the Preflight-Tool to tag all objects at once.


3. Correct tagging while generating the PDF.


4. Lost my mind ...
   Please overhaul the UA-PDF workflow – or at least – fix all the bugs in InDesign and Acrobat.

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"

Developers, answer me, please.
I used InDesign to make e-books (interactive PDF).
But every e-book was very heavy with 10 MB or more, even though I left the quality of the images at 72 or 96 DPI, and still using few images. It gets very heavy especially if you use dynamic links from Photoshop and Illustrator.
I tried everything, but I couldn't solve this problem. Is there any way to resolve this?
At Microsoft Publisher, Affinity Publisher and even Canva or Power Point it is much easier to have a light PDF with good quality images. I believe this is a defect in InDesign, the developers did not prioritize this part of exporting interactive PDF.
There is also another problem, and this is even worse.
The PDF made in InDesign when opened in Adobe Acrobat is always loading the images. As you zoom in or change the pages, images are always loaded.
I need to make a light e-book, with good image quality, and that the images are not loading all the time, and in InDesign the images are not static as if it were really a page printed on the screen, and that gives a file impression heavy .. Can you understand me?
I can only use InDesign again when I am able to resolve this, but I believe these problems are bugs.
It is not possible that even something like Canva is much more attractive to create a PDF than software for professionals such as InDesign, please check this out.