Hover Scrolling lets you interact with the dropdown menus without ever having to click on them. Sounds cool, right?

Normally, this is not a problem, because you can easily see what has been changed because you've got an object selected. But when working with conditional text, the conditional text indicator visibility is a GLOBAL setting, and thus, hover scrolling over it can change your document, even with nothing selected. And if you're not on a page with conditional text. you'd never even know that your document got changed, until you send it to print!

This has been plaguing me for over four years and there is no way to turn it off.

I write a blog article about this and have been documenting it for four years: https://indesignsecrets.com/hover-scrolling-indesign-cc-feature-bug.php

I have made a video about it here: https://youtu.be/5uBI77mothA

InDesign needs to add a preference to our off this setting. It would be so easy! There are already preferences to disable the other annoying features, like Publish Online the new start workspace, and the new document dialog box. You could put it under "Preferences > General."

Adobe, please fix this!

When exporting a PDF with the Japanese version of InDesign for Mac, the Osaka font is used for the characters in the page information. If there are voiced or semi-voiced sound marks of Japanese characters in the file name, an error will be displayed and the characters will be garbled because Osaka does not support those characters.

1. Name the indd file "だじづでど.indd".
2. Export the PDF.
3. An error is displayed and the file name of the page information is garbled.

Osaka is no longer a very old font on the Mac. Don't use Osaka now.

Use a font that supports semi-voiced sound marks to prevent errors. Illustrator already uses KozGoPr6N-Regular to prevent errors.

Japanese:
PDFのページ情報にOsakaフォントを使わないでください

日本語版のMac版InDesignでPDFを書き出すと、ページ情報の文字にOsakaフォントが使われます。ファイル名に日本語の文字の濁音や半濁点があると、Osakaがそれらの文字に非対応なので、エラーが表示され、文字化けします。

1. inddのファイル名を「だじづでど.indd」にします。
2. PDFを書き出します。
3. エラーが表示され、ページ情報のファイル名が文字化けします。

MacではもはやOsakaはとても古いフォントです。今はOsakaを使わないでください。

半濁点に対応したフォントにして、エラーを防いでください。IllustratorはKozGoPr6N-Regularを使ってすでにエラーを防いでいます。

• InDesign 15.1.2 / Mac OS 10.15.6

• Create an InDesign document with Arabic content. Apply any Arabic font.

• When exporting to EPUB (Fixed Layout) we should see the Arabic text appear in the epub viewer in similar manner as it shows in InDesign document.

• The exported epub document is viewed in Apple's Books application, and Adobes Digital Editions 4.5 with similar problems in both epub viewers, where all Arabic text is either invisible or messed up and shifted from its location.

• Attached images from InDesign document, and epub file which was exported from InDesign.

• Links from InDesign forums on the same topic…
https://community.adobe.com/t5/indesign/arabic-text-no-showing-on-epub-fixed-layout/m-p/11406882?page=1

https://community.adobe.com/t5/indesign/arabic-text-not-showing-upon-export-to-epub-on-version-15-1-1/m-p/11384957?page=1

https://community.adobe.com/t5/indesign/arabic-epub-issue-from-indesign/m-p/10818486?page=1

To place a graphicItem with text wrap, it is not an object-based indent like 2020, but a text frame-based indent before 2019.

1 Version
16.0.1(macOS10.14/10.15.6)

2 Steps to reproduce the issues
1. Make TextFrame. To places graphicItem above the textFrame and set text wrap.
2. The indent set in the textFrame does not take effect for the object for which wrap text is set like before 2019.

3 Expected result
Indent set in the textFrame does take effect for the object for which wrap text is set like 2020.
Please refer below Community article.
https://community.adobe.com/t5/indesignフォーラム/indesign2020ではできていた回り込み時のインデント設定の維持が2021ではなくなっている/m-p/11677071

4 Actual result
The indent set in the textFrame does not take effect for the object for which text wrap is set like before 2019.

When I view a published document, the browser based navigation buttons and menu for downloading disappear after a couple seconds and don't come back without hitting F5. This is unworkable. Please change it so the nav arrows remain on the screen, even in full screen mode. I can't have my clients struggling to go to the next page. This happens in Chrome and Firefox. In Edge, they disappear, but will reappear if I move my mouse to the edge of the screen - also very frustrating because I just want to click through the document without struggling to find the arrows. This is a browser issue, NOT a document issue - this happens with ALL documents.

I'd like to report a bug. Please follow the scenario below:

1. In a single column with lots of text in it, make two columns for a fragment of text

2. In text within the two-column setup, make a footnote. Add several lines of text to the footnote

3. Turn on the "Span Footnotes Across Columns" feature so that footnote ends up in the same group with the footnotes at the bottom of the page rather than below the two-column fragment

4. Expected behaviour: normal editing can be performed after these manipulations

5. Observed behaviour: any text editing after turning on the "Span Footnotes Across Columns" feature becomes lethargic and near impossible. Turning this option off immediately solves the speed issues.

Please log a bug to fix this behaviour.

InDesign 16.0 on MacOS 10.15.7, several different machines, all experience this issue where InDesign has changed its behavior regarding locked files. Our machines are networked and share a drive across a gigabit intraoffice connection to collaborate on work. It's important for our workflow that work is done sequentially, with one person handing off a project to another. There is no non-sequential work.

On previous versions of ID, when trying to open a .indd file while a corresponding .idlk file is present, InDesign would give an error. This was the expected behavior, as it prevented two people working on the same file at the same time without knowing it. This prevented any possibility of lost or duplicated work.

In rare circumstances, it was possible for two users to open a file at the same time, before the .idlk file could be created and uploaded to each machine. In these instances, the slower user would be served a Read-Only version of the file by the server, and if they didn't notice, they'd have to save as another file to avoid losing their work. This was also the expected behavior and was rare enough to not matter.

Since InDesign 16, the first behavior no longer exists at all. .idlk files appear to have no purpose. Two users can open the same file, whether a corresponding .idlk file exists or not, and one will end up in Read-Only mode, every time, no errors.

I have verified that .idlk files are being created when files are opened, and are visible across all machines, but it doesn't prevent other users from opening that same file. Nothing has changed in our network configuration, the only change since this began was the upgrade to v16.

Thanks!

After choosing »Delete all comments« from the fly-out menu of the PDF comments panel at every position, where a comment was before the removal, a <FEFF> char is left behind, which shows up as a zero-width colon (:), when special characters are turned on.

Since this is a useless char after deleting the comments, the <FEFF> should also be removed, when selecting the removal in the fly-out.

<FEFF> shows up with XML tags, notes and index markers, so we can’t simply do a TEXT search for <FEFF> to remove it.
BTW:
\x{feff} doesn’t work in GREP search, which is kind of strange ...