When using Data-Merge with an .txt/.csv and using export as pdf, indesign (still) merge the fields wrong (only use the first data-entry), if the placeholder and not the data curse an frame-overflow.

Detailed description:
You have a textframe with enough space to place the string "888", but not enough space to place "8888".
You have a .csv table with a colum named "number" and values from "1" to "999".
You select the file with data-merge and get a placeholder "<<number>>" and replace the "888" with it. Now you got a frame overflow.
You select preview, and all values (1 - 999) shows up fine without any overflow.
You try to export as pdf.

You aspect: a pdf-file containing 999 pages with numbers from 1 to 999.
You get: a pdf-file containing 999 pages all with the value 1. :-(

Work arounds:
1.) making the text-frame bigger, until the placeholder fits.
2.) let data-merge generate a merged indd-file.

Both work-arounds are no solutions! I often work with layouts where u can't choose option 1, small tickets for example. Solution 2 is a real nightmare if u work with graphics and many data-entrys.

Version of Adobe InDesign, InCopy or InDesign Server

Adobe InDesign 15.0.1

macOS High Sierra 10.13.6

iMac 27 Zoll End 2012

Steps to reproduce the issues
See also attached video

Open the file > 01ExposeTEMPXMLStart.indd
Generate a merged document by clicking the button
Choose "Honor existing frame fitting" in Content Placement Options
Click [OK]
Jump to page 1 in the merged document
The pictures are placed without honoring the existing frame fitting options from the object style
This only happens with frames that are placed on a master page. The same frame on a document page works fine

Expected result
Data Merge should honor the new feature "Honor existing frame fitting options" on master pages al well

Actual result
The existing frame fitting options even by object style applied is ignored

Workaround
If a object style is already applied you can remove the local override by pressing the "delete local override" button

Test file, screenshot, video or GIF capturing the issue (optional)

Video and sample files attached

Adobe InDesign version: 2019 CC

We are currently trying to establish the best workflow in creating fully accessible PDF's for screen readers and I believe we have come across a bug in the communication between InDesign and Acrobat.

Quick summary:

H1 elements on multiple lines read as separate elements unless assigned manually in Acrobat
The Structure and Article order does not transfer to the PDF

To explain the issue clearly I have numbered the images in the process order.

1. Image: 1 InDesign Accessibility setup.png


2. I have setup ‘paragraph styles’ and used the correct ‘Export Tagging’ tags for each style.


3. I have added the content I want to be read in Articles and put them in the correct order


4. I have created tags and assigned all the content correctly


5. I have reordered the ‘Structure’ to be in the reading order too

Please note - the order of the ‘Structure’ and or ‘Articles’ does not transfer to Acrobat (after selecting the correct export settings.

1. Image: 2 Interactive PDF with options selected.png
   This image shows I have selected Interactive PDF and selected:
   ‘Create tagged PDF’
   ‘Use structure for Tab Order’




2. Image: 3 Initial PDF review - incorrect content order.png
   You can see the reading order does not match either the ‘Article’ or ‘Structure’ order from InDesign which I have set up.

You can also see that the elements are ‘Spans’ not H1, H2 and P tags.

1. Image: 4 Initial PDF review - Tag number ordering incorrect.png
   You can see the screen readers reading order by the numbers shown on this image which again does not match the order I set up in InDesign.




2. 5 Initial PDF review - tag h1 splitting.png
   The tag order doesn’t match the structure setup in InDesign
   Also there is another bug when reading H1 tags on multiple lines.

You can see how the H1 tag is broken by 4 lines. This has been tested and you have to swipe 4 times to listen to the full H1 header.

1. 6 Initial PDF review - tag h1 splitting - fix by order assigning.png
   In Acrobat I have then gone into the reading order and manually set the main header to a H1 tag. This then groups the text in the tag order window and fixes the issue of it being multilines.
   You can then also see the tag has changed from Span to H1.

The same thing needs to be done for the other multi layered heading tags.

I hope this is clear enough to understand.

When working with Arabic and wanting to have Roman Digits, one needs to choose the "Arabic" digits option.
More option that should be set for Arabic are:
Character direction should be set to "default"
Paragraph direction should be set to "Right to Left"
Paragraph composer should be set to "Adobe World-Ready Paragraph Composer"
Language should be set to "Arabic"
Ligatures should be "On"

BUT
If I type a date that suppose to be presented like this:
9/1/2020
as soon as selecting "Arabic" for language the order is reversed to this:
2020/1/9

As digits has a built in Left to Right direction, all neutral characters between the numbers should get the same definition. This is how it worked until the 2020 update.
Now it looks that all the "/" characters where not effected by the numbers direction and remained Right to Left direction.

Mac Pro (Late 2013)
Software OS X 10.14.6 (18G2022)
Processor 3.5 GHz 6-Core Intel Xeon E5
Memory 32 GB 1867 MHz DDR3 ECC
Adobe Software version: 2020

Hi, my company is currently using InDesign CC 2020 v 15.0.3 on Windows 10 Enterprise V1909, and we are all experiencing this same problem; whenever I have two or more files opened, every single action I make, be it highlight text or trying to scroll in the file I will encounter a spinning blue ball and immense lag. This happens with every action I make. It was also a constant problem with 15.0.2, but not with 15.0.1. Is there a solution to this problem or a way to pinpoint this problem? Or is the only solution to downgrade and continue using 15.0.1?