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 Document "02VKLeerzeilenTEMPEnde.indd"
Open Data-Merge Panel
Generate a merged document with click on the button
Uncheck "Remove Blank Lines for Empty Fields" in Content Placement Options
Press [OK]
Repeat Step 3 this time Check "Remove Blank Lines for Empty Fields" in Content Placement Options
Press [OK]
Put the documents side by side
Activate "Show Style override" in the paragraph panel
Jump to page 2
On the left side (Merged Document, Blank line intact) you can see the 2 markers followed by a paragraph symbol
On the right side (Merged Document, Blank line removed) you can see that the 2 markers with paragraph symbol moved 1 line up behind the 7 and the other paragraph symbol is deleted
Everything is o.k. because the paragraph style (07padresse) of the line "Mobile" and the deleted "Blank line" are the same
Jump to page 3
On the left side you can see the 2 markers followed by a paragraph symbol
On the right side (Merged Document, Blank line removed) you can see that the 2 markers with paragraph symbol moved 1 line up and the other paragraph symbol (blue highlighted on the left side) is deleted BUT this time the paragraph style of these 2 paragraph are NOT the same! The result is a bigger gap between the two sentence "Frau Marie…" and Tel: 012…" on the right then it should be as you can see on the left

Expected result
The Blank line (2 markers and paragraph symbol) should be deleted/removed

Actual result
Instead of the Blank line (2 markers and paragraph symbol) the paragraph symbol before that (blue highlighted on the left side) is removed AND the remaining paragraph also picks up the paragraph style from the "Blank line" (if there were text in my example you could see that as well)

Workaround
You can generate a merged document with Blank lines and delete/remove them with Find/Change
Find > (markers) + paragraph symbol = <FEFF><FEFF>^p
Change > to nothing
This way everything stays intact!

Test file, screenshot, video or GIF capturing the issue (optional)
Video and sample files attached

InDesign CC : 2020 / 15.0.0.155
MacOS : 10.13.6
MS Excel : 16.30 for Mac

We were able since ever (last version ID CC 2019) to import Excel data-cells by InDesign with the placing functionality. With the actual version of InDesign CC 2020 numbers without any decimal places (e.g. 153) are not imported from Excel files and are displayed in InDesign with a "0" - (e.g. 153 imports to InDesign as 0). If the numbers in the Excel files have at least 1 decimal place numbers are imported correctly (e.g. 153.6 imports to InDesign as 153.6). Please fix this InDesign CC 2020 as soon as possible. An please in InDesgin CC 2019 Excel-Numbers with a sign for thousands place (e.g. 2'153) imported with a non correct sign (e.g. 2'153 imports to InDesgin CC 2019 as 2Õ153). Please verify this also.

Many thanks in advance,

InDesign's Live Preflight will wrongly flag an OpenType Type 1 (PostScript flavored) font as invalid when the font appears in a linked graphic.

To recreate:
1. Create an InDesign Preflight Profile
2. Set it to flag Type 1 fonts as Font Type Not allowed.
3. Create a new InDesign document.
4. Add text using an OpenType Type 1 font.
5. Turn on the preflight.
The preflight will not signal an error. This is expected and correct.
6. Now export a PDF of the document created.
7. Create a new InDesign document.
8. Place the PDF as a linked graphic into the new document.
9. Turn on the preflight.
The preflight will flag any OpenType Type 1 font as "Font not allowed". This is incorrect. The expectation is for it to signal no error.

Details:
InDesign 14.0.2
Mac OS Sierra 10.12.6

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

I am placing a word 365 document into InDesign 2020 with endnotes ticked to be included and the endnote references are not importing. In the past the endnote references will display in-text and a full endnote reference list will display on the last page in one text box. I have tried using 2018/2019 with the same result. This appears to be a new bug. I have attached screenshots of the Word document with endnotes displayed and the InDesign document after placing the same word document which shows the endnotes have not been imported. Also an anchored text box is also displayed in place of the first endnote reference. The text displayed in the box is not the endnote reference text.

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

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.

There are multiple listings of the same font in the Find Font menu in CC2019. All information is the same, all applied characters are the same, but there is odd behavior.

--FileACC2019WithDocumentsfontsfolder.png shows double listing of Trade Gothic LT Pro Roman.

--FileACC2019WithoutDocumentfontsfolder.png (when I take away access to Document fonts folder, no other changes), one instance switches to "Regular" instead of "Roman"

--FileACC2017WithDocumentfontsfolder.png shows what happens with I open this file in CC2017 (no double listing)

--FileACC2017WithoutDocumentfontsfolder.png (Document fonts folder hidden) shows what happens with I open this file in CC2017 (no double listing)

I process large volumes of files; this is not an isolated incident nor a corrupted file. Packaging results in InDesign only grabbing the single correct font file, so that isn't broken. This behavior with Find Font is seemingly new to CC2019 (I'm working on 14.0.2). The multiple listing of same font, variation of font name when fonts enabled/disabled, and Find Font showing fonts missing that aren't because of what seems to be a name issue in Find Font. Has something changed in the way that InDesign reads fonts/accesses Document fonts folders?

I have recently upgraded to Adobe CC 2020, and also upgraded to Mac OS Catalina. when I open my font drop down menu I expect to see all of the 'foreign' (non english) fonts at the bottom of the list. Instead, there is a font 'Noto' with 60 font families in the menu. I've checked in 'Font Book' on my mac, and that font is NOT listed as an 'english' font, so I assume it SHOULD go to the bottom of the menu. These fonts show up in the middle of font listing of other CC programs as well (Photoshop and Illustrator)

When I cut and paste URLs from a text document into the hyperlink dialog box, I can accidentally get a carriage return included. InDesign "includes" the carriage return in the one-line dialog box field but gives no indication that it's there.

Once I export the InDesign document to a PDF and then click on the link in the PDF, the link shows with a %0D at the end and it fails with a 404 not found.

This is extremely annoying because InDesign gives no indication that the carriage return is there with its one-line link dialog box field.

What should happen is InDesign should truncate control characters at the end of a URL. It should also truncate spaces at the end of a URL because we've seen %20 show up occasionally as well and that also can't easily be seen and causes the URL to fail. Have your programmers truncate any character at the end of a URL that is ASCII 20 or less and you will be golden!