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!

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

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

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

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 14.0.1.209, macOS Mojave 10.14.2

When launched and the following conditions hold, InDesign does not seem to have keyboard focus (i.e.., no keyboard shortcuts work):

1. Show ‘Start’ Workspace When No Documents Are Open is unticked.


2. The Control bar is open in the default workspace.


3. The CC Libraries panel is either not in the default workspace or collapsed.

Note that conditions 2 and 3 are met by several of the standard workspace, for example both Advanced and Typography (but not Book, Essentials or Essentials Classic).

If you choose a menu item or click in an input field, the app gains keyboard focus. Otherwise you seem to be able to type endlessly without any discernible effect.

CC2018, Windows 10, latest update as of 01/18/18, x64 system with 12GB RAM. I often have to close and reopen documents or InDesign itself for shortcuts and some keys to work. There does not seem to be a common cause or specific file(s) that sets it off and it may or may not happen to all open documents if more than one is open. Generally closing the document and reopening it helps, but there have been times where I have to restart the program for anything to work. The issue includes any shortcuts and sometimes keys such as the arrow keys when trying to edge a graphic or text box over. Generally, I am able to type in the file name if I am trying to save my work before I close the program, but there have been times that my keyboard is disabled there as well and I have to save over what I have open, rely on the auto-backup file, or duplicate the file in Explorer and rename it so I don't lose the original file. This has not been an issue in any other programs except InDesign and has only been in the past few weeks. The crashing since the last update has subsided, but this issue has not. I would love to know how to fix this.

The bug has been already reported, it's been claimed to be fixed in 14.0.1, but actually still persists and never was corrected.

Typing "T" just selects the type tool very briefly, then changes back to the previous tool. Clicking inside a text frame has the same result, even if you get to select some part of the text, it just changes back tot he previous tool in most of the cases. The only way to get it work, is to select the tool in the sidebar, however even there it takes several seconds to become active.

Using InDD 15.0.1 on a Mac Pro, MacOS 10.13

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

Hi developers,
this is a longstanding bug:

With facing pages documents on EVERY document page there is a zone where jumping of objects will happen.

I call this the jump zone. All objects on a page that will jump are clearly inside the page's area. The bug has nothing to do with rounding errors where object edges are at the edge of a page.

The objects should not move if pages are added or removed, if numbering of pages is changing. Nevertheless they do. Always. Unless, the zone has a width of zero.

Below all the details.

What is a jump zone?
If horizontal values for left and right margins differ, there is a BUG that in effect forms a zone on the page.
I call this zone JUMP ZONE because objects that touch the zone with their edges could jump horizontally.

When will objects jump?
1. When a left-hand page becomes a right-hand page OR a right-hand page becomes a left-hand page.

1. When a left-hand page becomes a right-hand page and later when a right-hand page becomes a left-hand page again.

This could happen within a single InDesign document open.

WARNING:
It could even happen to InDesign documents that are not visibly open.
That's with InDesign documents that are part of a InDesign book file.
The book file's feature with auto-numbering pages can do this even if no document is visibly open.
The damage is done if auto-numbering took place AND the book file is saved.

How large is the jump zone?
The height of the zone is the height of the page.
The width of the zone can be calculated:
inner margin MINUS outer margin

How large is the jump?
The width of the jump zone.

Where is the jump zone positioned?
Positive value: The zone is at the spine of the page.
Objects that touch the zone jump towards the spine.

Negative value: The zone is at the edge of a page away from the spine.
Objects that touch the zone jump away from spine.

What versions of InDesign are affected?
All versions CC up to InDesign 2020, Mac OS X and Windows.
InDesign CS6, Mac OS X and Windows.

Possibly also InDesign CS5 and CS5.5, Mac OS X and Windows.
I did not test this.

How can I avoid jump zones?
Make right and left margin values the same!

Are there workarounds if I cannot avoid jump zones?

1. Anchor objects
   that touch the jump zone to text frames that do not touch the jump zone.
   Nested objects will not jump if the parent objects are not touching the jump zone.




2. Group an object
   to another one that is touching the top or the bottom edge of the page.
   Tests are showing that objects will not jump if they touch the bottom OR the top of the page.
   ( OR both, bottom and top edges of the page .)

Other things to consider about moving objects?
The following is independently of jump zones:
Objects could move to other pages if their edges touch exactly the horizontal edges on pages in facing pages.
Depending on the version of InDesign this could also happen with objects touching the spine.
Reason: Rounding errors.

What can provoke all this?
1. Add or remove an odd number of pages
so that left-hand pages become right-hand pages and vice versa.

1. Renumber start pages of sections
   so that left-hand pages become right-hand pages and vice versa.

Note:
Every document has at least one section by default.
The start of that section is the first page in the document.

More details at Adobe InDesign Forum:
https://community.adobe.com/t5/indesign/bug-in-book-s-update-numbering-feature/m-p/10774458#M166408

InDesign 2020 documents attached here.
See screenshots and further comments at Adobe InDesign Forum:
https://community.adobe.com/t5/indesign/bug-in-book-s-update-numbering-feature/m-p/10774596#M166420

Download link to all test files on my Dropbox account:
https://www.dropbox.com/s/duov096cu2q481l/Jump-Zones-Explained-Facing-Pages-Documents.zip?dl=0

Regards,
Uwe Laubender

( ACP )

PS: Why does InDesign Uservoice not permit to attach files with suffix .indd ?
Message: "Invalid file type: .indd files not allowed."
Isn't that rather absurd?

InDesign's Live Preflight will wrongly flag an OpenType Type 1 (PostScript flavored) font as invalid when the font appears in a linked graphic.

To recreate:
1. Create an InDesign Preflight Profile
2. Set it to flag Type 1 fonts as Font Type Not allowed.
3. Create a new InDesign document.
4. Add text using an OpenType Type 1 font.
5. Turn on the preflight.
The preflight will not signal an error. This is expected and correct.
6. Now export a PDF of the document created.
7. Create a new InDesign document.
8. Place the PDF as a linked graphic into the new document.
9. Turn on the preflight.
The preflight will flag any OpenType Type 1 font as "Font not allowed". This is incorrect. The expectation is for it to signal no error.

Details:
InDesign 14.0.2
Mac OS Sierra 10.12.6