Enter only "^" in the GREP search string field and click the search button to select the insertion point at the beginning of the paragraph. But this cannot be used for replacement. The replacement result is 0.
I gave up that it was only useful for simple pointing tricks, but when I run it from a script the application hangs.

It is like this. (When executed, the rainbow cursor will rotate forever.
Please be careful. )

app.findGrepPreferences.findWhat = "^";
var res = app.activeDocument.findGrep ();

If the replacement string field is "~ c" (the contents of the clipboard), the first character is lost from the original text instead of entering it.
This is also a very dangerous behavior.

Requests for improvement include:
Improved to prevent hang when executing the above script,
If possible, replace text (add a character string to the beginning of a paragraph).

GREP検索文字列の欄に"^"だけを入力、検索ボタンをクリックすると、段落の先頭の挿入点が選択されます。しかしこれを置換には利用できません。置換結果は0個となります。
単なるポインティングの小技にしか役に立たないと諦めていましたが、これをスクリプトから実行するとアプリケーションがハングアップします。

こんな具合です。（実行するとレインボーカーソルが永遠に回転します。
ご注意ください。）

app.findGrepPreferences.findWhat = "^";
var res = app.activeDocument.findGrep();

また、置換文字列の欄が"~c"（クリップボードの内容）などの場合、それが入る代わりに元のテキストから先頭の1文字が失われます。
これも非常に危険な挙動であると言えます。

改善の要望としては、
上記のようなスクリプトを実行した際にハングアップしないよう改善、
そして可能であればテキストを置換（段落の先頭に文字列を追加）できるよう改善。

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

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.

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側で直されるべきだと考えます。

When an ID 15 file with hyperlinks is exported to Tagged PDF, unless you assign alternative text to the Links in ID, the Link tags will have a "null text" attribute which prevents the content of the Link tag from being read by a screen reader. This is a problem for several reasons. Not everyone chooses to add alternative text to hyperlinks. It's a UA, but not a WCAG 2 requirement. An automated accessibility checker like Acrobat's or even PAC is not going to flag this. Most people do not do a "Jaws check" of the PDF they are remediating and will never know that the links are not "reading."

Also, if you have a Figure which is hyperlinked the proper structure for that in a 508 compliant PDF is to place the Figure tag inside the Link tag and assign alternative text to the Figure tag not the link tag. Now with the null text Link tags, THIS will produce a "nested link" error from the Acrobat Checker. The nested alternative text for the Figure will not be read. Unfortunately, many people attempting to make 508 PDFs are unaware of what "null alt text" is and will have a devil of a time trying to resolve the error.

So, instead of making PDF remediation easier with this new feature in ID you have made things worse!

Ideally if no alternative text is entered in Indesign there should be no Alt text attribute of any kind in the Link Tag in the PDF.

I've attached several files so you can see what this looks like in the Tags panel, but to truly understand it you should try to "read" the attached PDF using a screen reader like Jaws or NVDA.

When I open an InDesign file that has been packaged with all the fonts (non-Adobe Fonts) included in the Document fonts folder, if I happen to have the same version of the font activated in Adobe Fonts, InDesign automatically, and without warning, substitutes the Adobe Fonts version. This is a major problem. The heirarchy should be document-installed fonts FIRST, then InDesign can look in Adobe Fonts and suggest replacing it. This should not be done without warning in the background. It means that the person who was working in a package workflow without using any Adobe Fonts can send a file to another person using Adobe Fonts, who unbeknownst to them, substitutes the font, then packages and returns the file, and now the font is missing from the new package when returned. This is a huge licensing issue at the very least.

Anchored textframe with auto-sizing/auto-adjusting "height", text aligned to baseline and anchored object settings "anchored position: custom", "anchorPoint: bottom left/center/right" causes InDesign 2020 (15.0.1) to freeze (on Mac and PC).

1. create an new document (size doesn't matter)


2. create an new textframe (dimensions doesn't matter)


3. create a second textframe (dimensions doesn't matter)


4. insert some text in second generated textframe


5. select the text and apply the option "align to baseline".


6. anchor second textframe into the first created textframe


7. set anchored object settings of the anchored textframe to: "anchored position: custom" and "anchorPoint: bottom left or bottom center or bottom right"



8. select the anchored textframe




9. choose the textframe fit option "frame to content" or use the shortcut "strg + alt + c" on PC

InDesign 2020 freezes.

or repeat steps 1. to 8. and choose auto-sizing type "height" or "height and width" or "height and width proportionally" for the anchored textframe

InDesign 2020 freezes.

see attached screenshot. I can't attach a .indd or .idml file cause this is not allowed (error: invalid file type)

In previous versions (CC 2018, CC 2019) auto-adjusting "height" works as expected