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,

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

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

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?

The Properties Panel inside InDesign 2019 is meant to be the new central location for most of the common settings in InDesign. So it is accessed pretty frequently by most users on a daily basis.

However if you happen to use InDesign on a low-res monitor, or have increased UI text for accessibility purposes, or even just use InDesign in a non-maximised window, it suffers from a big flaw.

These scenarios require the user to scroll the panel up or down to access hidden properties. However, the mouse scroll action is inadvertently captured by the various fields on the panel, and this automatically adjusts whatever is inside them, often without the user realising this has occurred.

The consequence of this is that regularly, the wrong fonts, text sizes, padding measurements etc are randomly dropped into a document, and tend to go unnoticed until it's too late... This probably happens in other panels as well aside from Properties.

Please Adobe, switch off this mouse scroll capture on all panel fields (or make it an option in preferences) so we don't end up sending massive amounts of mistakes to the printer thanks to bad UX design.

InDesign 13.0 running Mac OX 10.12.6

If and INDD file is renamed in the Finder when it's open in InDesign, saving the file will cause an error dialog to appear saying "Changes cannot be save as InDesign can no longer access the '[filepath:newfilename]' file. Place the file in the original location and try again." This error message appears whether trying to do a simple save or even Save As.

This error appears even though both the window header and the file name in the error message both reflect the changed (not the original) file name.

Unless file is restored to original file name, there is no way to save changes.

Being able to rename files from the Finder while the files are still open in InDesign is a feature that InDesign has supported for years.