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文字が失われます。
これも非常に危険な挙動であると言えます。

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

So there is a bug with Indesign 2020 causing Spell Check to not function.

This issue can be replicated by taking a file that was previously created in Indesign 2019 and opening it and saving in with Indesign 2020. Spell checking that document will not work. No matter what settings you try it doesn't recognize any of the text.

If you open the original document before converting it or working on it with 2020 spell check works perfectly.

You can also take a page from the 2020 document that isn't spell checking, Open a new file in 2020, cut and paste everything from that page and then spell check works.

The document behind in the attached screen shot is the cut and pasted page, showing spell check working. Both pages are in Indesign 2020.

This is a huge problem as you can't open 2020 files in 2019 without converting them, running spell check in 2019 and one by one going to the 2020 document and fixing each word. This is a total nightmare!

Environment: InDesign 2020 (15.0.2 Japanese version) + macOS (confirmed with 10.15.3 and 10.14.6)

• create and connect two text frames


• set Auto-Sizing "Height and Width" on Text Frame Options


• Insert text into two frames full


• overlay graphic frames with Text Wrap settings ON


• move the graphic frame appropriately (drawing is not normal at this point)


• close documents with Command + W

During this operation, you will usually be asked to confirm the save, but suddenly InDesign will end and the application will crash.
Also, if you try while overwriting with Command + S without Command + W, you may not be able to save eventually.

This problem does not occur on Windows version.
As a comparison, the same operation was performed with the English (North America) edition on macOS, but no problem occurred.
Therefore, it is highly possible that the problem is unique to the Japanese edition.

Original trouble posted Adobe Community.
(There is a other post about User Voice, but this is a different issue.)
https://community.adobe.com/t5/indesign/indesign2020%E3%81%AE%E4%B8%8D%E5%85%B7%E5%90%88%E3%81%A7%E3%81%AF/m-p/10935672

InDesign file is prepared separately.
https://adobe.ly/3agg1u8

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

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

macOS 10.14.6 - multiple computers with us and with customers

We noticed today that extensive user dictionaries are recognized as such by the existing documents, but InDesign (current version) completely ignores them and thus incorrectly hyphens them.

In a special case, a very extensive user dictionary is linked as a symlink (alias) from the Dropbox into the corresponding Linguistics folder in Application Support / Adobe. So far, this worked wonderfully with all versions and has the advantage that adjustments are automatically distributed correctly via the Dropbox.

I tried the following:
the symlink resolved and the extensive dictionary (a lot of entries, 1.4 MB) locally as an independent user dictionary in the above Folder placed (added.txt). As a result, InDesign became extremely sluggish - even renaming to .udc didn't help. It was no longer possible to work and large documents could no longer be opened without InDesign reacting after a while and having to be "shot down".

We have now rolled everything back to v15.0.1, as well as our customers who are working with us on projects with these dictionaries. No problems and InDesign 2020 v15.0.1 works as expected.

Since this misconduct is absolutely not an isolated case here and can also be observed among all customers involved, a pretty bad bug has crept in with v15.0.2, which makes it impossible for us to work with the latest version.

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 together,
I'm using the context menu available for text selection to convert endnotes to footnotes by selecting text in the endnote text frame.

The result is not as expected. However it is better than using the dialog in menu Type for converting endnotes to footnotes with scope selection.

What is the issue?
One endnote was converted but not removed.
Two footnote text are missing the first character.
One footnote text has a special character that should not be there.
Style overrides were not transferred.
Footnote references get style overrides of the character they are attached to.

All the important details, also screenshots together with a download link to my test files can be found at InDesign Prerelease or in the following thread at Adobe InDesign Forum:

[ CC-2019 and 2020 ] The Convert-Endnotes-To-Footnotes Disaster SCOPE: SELECTION with CONTEXT MENU
Laubender
https://community.adobe.com/t5/indesign/cc-2019-and-2020-the-convert-endnotes-to-footnotes-disaster-scope-selection-with-context-menu/td-p/10936659

Regards,
Uwe Laubender
( ACP )