1 – InDesign 2020 15.0
2 – Have standard copy with headings and body copy with PDF export tags applied (H1, H2, P etc). Add images between sections of text. Drag elements into the Articles panel in the correct reading order and tick 'Use for Reading Order in Tagged PDF.
3 – Images should be in the right order
4 – Images are not in the right order. All figures are in a <Art> tag. This was not an issue in InDesign 2019.
5 – Order should be first block of text, image (1) and then second block of text with an anchored image (2). Result (in second screenshot) is first block of text, second block of text and the anchored image, THEN image 1.

After updated to 2020 version that added support to Asian languages (include Thai), it look like Indesign force user (in my case Thai) to set language in Advanced Character Formats to Thai. After set the language Indesign also require me to use World-Ready Composer to set all tone marks in place.
.
Before the latest version, I always avoid to use World-Ready Composer because it combines a word to single object, not just locks tone mark and float vowel to character in the right position. By which it impossible to navigate with text tool to the position of text that I want to revise, even if I use right/left key to navigate. It mostly skips word by word, not only character by character. And when I delete a word or a character, some time it not only deletes backward but forward too. (I think because of when I delete character form a word Indesign instantly recognises new word and forces to delete that new word.) But After updated to 2020, I think, I anymore cannot avoid World-Ready Composer.
.
After I designed to use World-Ready Composer, I found one more bug. Because in many situations when I craft the spacing in layout (especially in Thai), I always use thin-space to separate character like “ๆ” form word before and after to make the space between them look good. But After I set to World-Ready I found that when thin-space (include other spacial white space like en or em) is in the back of the line the spaces in question act like normal character, so the last character of the line when use left justify do not snap to right frame border. The space still there like It becames one of character. So you can see the gap between the last character and the right frame border. (you can find this instance in attachment in file “space issue.”)
.
But the serious issue still there after the update. I, and all of my co-workers, found that everything about word wrapping in Thai language goes wrong after updated to 2020 version. This never happen in the former versions. I don't understand why this issue is happen. Even if I use Discretionary Line Break to help Indesign to wrap text properly. But It is not productive at all, because I had been forced to read text all over again and to insert Discretionary Line Break to every lines. (you can find this instance in attachment in file “wrap gone wrong.” In the high-light is the words that should be stick together.)
.
PS. while I wrote this issue report, my co-worker tried to migrate back form 2020 to 2019 and she found that when copy revised text back to 2019 it not the same character encoding. I advised her to try to place that text to TextEdit. It appears that some character is changed to something that is not unicode at all. That never happen in previous versions too. ((you can find this instance in attachment in file “text form 2020” and “text form 2020.” the text form 2020 at frist did in 2019 before migrate to 2020.)

I have set up articles in multiple files InDesign 2020 (files first created in InDesign 2019 and updated to 2020 yesterday and today). When I export to PDF, all image tags are added to a new article in the bottom of the tags panel in Acrobat DC rather than in the articles that I assigned them to in InDesign. Luckily, I preserved a version of InDesign 2019 and can open them in there and export to have the tags show up in the correct place. FYI, I also made sure my layers order in InDesign is as I want it to be.

A much used droplet to export one or more InDesign documents to PDF (with dialog and settings) will not work with InDesign 2020 (v15.0.0.155) anymore (fine with InDesign CC 2019). InDesign 2020 opens the first (or the only) document. I can select options in the upcoming dialogue box, but then crashes immediately by clicking OK with an error message (see screenshot).

However, the same base code of the script works directly from InDesign to export the active document to PDF without any problems.

InDesign 2020 may not handle "on open ..." and / or "repeat with ..." in the droplet ?!

macOS Mojave 10.14.6
same on MacBook Pro 2019 and MacPro 2012

Joerg

InDesign 14.0.2 and Acrobat Continuous 2019.10.20099

This issue is about the behavior and appearance of interactive check boxes in documents that have been exported to Interactive PDFs.

There is a difference in the way that check boxes created in InDesign behave and appear versus those created in Acrobat Pro. The Acrobat Pro Forms preferences are involved in this difference.

When, in Acrobat Pro Forms Preferences, under Highlight Color, the “Show border hover color for fields” option is selected, check boxes created in InDesign behave and appear in the following manner.

When a check box is made active, it first appears the same as the check box that was created in InDesign. When you tab to or select another check box, or when you save the selection in the PDF, the appearance of the check box reverts to a default generic check mark.

When, in Acrobat Pro Forms Preferences, under Highlight Color, the “Show border hover color for fields” option is not selected, check boxes created in InDesign behave and appear in the following manner.

When a check box is made active, it first appears the same as the check box that was created in InDesign and remains as such.

This degrades the purpose of using the highlighted fields, which is to call attention to fields that need to be filled.

When the check boxes are created in Acrobat, it makes no difference in appearance or behavior if the “Show border hover color for fields” is selected or not. They always appear as the checkbox style you have chosen to use. They do not revert to a generic check mark.

This is the way that custom check boxes created in InDesign should behave. Thus, they would allow the use of a highlighted field without the appearance of the “selected” custom graphic changing to an unwanted generic graphic.

Please refer to the InDesign Forums message at this link for examples:

https://forums.adobe.com/message/11063952#11063952

I'd like to report a bug. Please follow the scenario below:

1. In a single column with lots of text in it, make two columns for a fragment of text

2. In text within the two-column setup, make a footnote. Add several lines of text to the footnote

3. Turn on the "Span Footnotes Across Columns" feature so that footnote ends up in the same group with the footnotes at the bottom of the page rather than below the two-column fragment

4. Expected behaviour: normal editing can be performed after these manipulations

5. Observed behaviour: any text editing after turning on the "Span Footnotes Across Columns" feature becomes lethargic and near impossible. Turning this option off immediately solves the speed issues.

Please log a bug to fix this behaviour.

Code below works fine on Windows and CC 2018 on Mac. But CC 2019 Mac it hangs the app once clicking the OK button in window 2. I've tried three different Macs including Mojave and High Sierra. All the same result. Pretty sure it's not just me. This bug has broken a number of my scripts that present a secondary window for saving settings.

var w1 = new Window("dialog", "Window 1");
var btnOpenWindow2 = w1.add("button", undefined, "Open Window 2");
var btnOk1 = w1.add("button", undefined, "OK");
btnOpenWindow2.onClick = function () {
openWindow2();
};
btnOk1 = function () {
w1.close();
};
w1.show();


function openWindow2 () {
var w2 = new Window("dialog", "Window 2");
var btnOk2 = w2.add("button", undefined, "OK");
btnOk2.onClick = function () {
w2.close();
};
w2.show();
}

Indesign CC 2019 (Version 14.0.1)
Mac OS Mojave on Mac mini (Late 2014)

Hello, I have a document ready to import XML data, with existing XML structure and tagged elements in page.
Afterwards I import XML data into XML structure and then duplicate (copy and paste) text frame that contains a table with an image placed into a cell table.
If I try to delete resulting duplicated XML tag, application crashes.
Same result if I duplicate (copy and paste) XML tag directly.

These are the steps:

1) Open document with prepared XML structure and tagged elements in page.
2) Import XML file into XML element.
3) Duplicate text frame that contains table (copy and paste)
4) Delete duplicated "Table" tag

The problem seems to be in copying XML element (or text frame) and them paste it: resulting XML structure of the element is incomplete for the cell that contains the image.

Nothing happens if I import XML into new document without structured and tagged XML.

Expected result: delete XML duplicated tag
Actual result: application crash

Since I update indesign to CC 2019 I can't print to booklet all of my .indd files which were overwrited in .indd version CC 2019 (and even the older versions can't be printed to booklet...).
I got the error message : "printing error : The Adobe Print engine has failed to output your data due to an unknow problem"

indesign 14.0.1
Windows 7 version 6.1
printer : Adobe PDF

Here is the error log :

%%[ ProductName: Distiller ]%%
%%[Page: 1]%%

%%[ Error: invalidrestore; OffendingCommand: restore ]%%

Stack:

-save-

%%[ Flushing: rest of job (to end-of-file) will be ignored ]%%
%%[ Warning: PostScript error. No PDF file produced. ] %%

it seems that the log tells the problem is in the page 1 but when delete this page the problem persists with the other pages...

My print settings are in the text file attached to this post