I'm running InDesign 14.0.2 on a macOS High Sierra (10.13.6)

In a script i created I have a Dialog. It has a button that opens another dialog.

Before my last indesign-update (CC 14.0.2) the second dialog would open and when i closed it, i could use the previous dialog window again.

Now with the Update when I open the second dialog and close it again, i cant use (or close) the previous dialog and it blocks me from using InDesign. I can move the dialogwindow around but thats it so i have to restart indesign.

I tested this on two colleague's system with the same InDesign version (14.0.2) and had the same result.
I tested this on a colleague's system with 14.0.1 and it worked as intended. (Also it worked for me before the update)

Attached is a testscript with the dialogs and a short videodemonstration.

Pls fix this, as we use this function to change settings in configfiles for scripts we use.

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,

This bug occurs in all versions of InDesign.

InDesign reflects the EXIF orientation in the transform panel when an image file is placed. However, under the following conditions, the result of relinking will be incorrect.

• The image file is rotated 90 degrees with EXIF orientation.


• In the transform panel, the vertical and horizontal percentage values are different.

Image files taken with an iPhone often retain the EXIF orientation rotation. If such a file is placed in indd by the client and the vertical and horizontal percentage values are different, there will be a problem that will cause drastic changes in relinking.

The background of this trouble is the specification that Photoshop always saves with EXIF orientation set to 1. This is the correct specification. I think it should be fixed on the InDesign side.

Japanese translation:
「回転メタデータ付き画像ファイルの再リンクが不正確」

この不具合はInDesignの全バージョンで発生します。

InDesignは画像ファイルが配置されると、Exif情報のOrientationを変形パネルに反映します。しかし以下の条件では、再リンクした結果が不正確になってしまいます。

1. 画像ファイルがOrientationで90度回転されている。


2. 変形パネルで縦と横のパーセント値が異なっている。

iPhoneで撮影された画像ファイルは、多くの場合、Exif Orientationの回転を保持します。クライアントがこのようなファイルをinddに配置し、縦と横のパーセント値が異なっていると、再リンクで大きな変化が発生してしまいます。

このトラブルの背景にあるのは、Photoshopが常にEXIF orientationを1にして保存する仕様です。これは正しい仕様です。私はInDesign側で直されるべきだと考えます。

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

1. Version of Adobe InDesign
   This issue appears in every InDesign versions since footnotes are supported.
   Bug reports / feature requests (from CS3 up to CS6) have been ignored in the past.




2. Steps to reproduce the issues
   given:
   a) a footnote with three text lines
   b) splitting footnotes allowed in the footnote options
   c) keep options: at start/end of Paragraph 2/2 (2 lines at start, 2 lines at end)

Play with the textframes hight so that the footnote is forced to be splitted. It will only split 2/1, not 1/2.

1. Actual result
   The footnots splits with 2 lines in the textframe within the footnote starts and ends with one single line (widow) in the next textframe.




2. Expected result
   a) best choice: hold the keep options!
   (e.g. 2 at start / 2 at end; so don't split a footnote with 3 and less lines).
   b) alternative: make an orphan (full line at the start of a footnote paragraph) instead of a widow; widows are absolutely not allowed (because they ony fill a part of a line, maybe only one word)




3. Test file, screenshot, video or GIF capturing the issue (optional)
   Screenshots appended