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.

Adding Hunspell dictionaries breaks code-signing, and results in the whole of InDesign's spelling system being sand-boxed by OSX.

Steps to reproduce:

1. On High Sierra and InDesign CC, add a Hunspell dictionary, as detailed here: https://helpx.adobe.com/indesign/kb/addcsdictionaries.html




2. Spell-check any InDesign document using the new dictionary and spell-checking then becomes unusable, until InDesign is uninstalled then re-installed.

The following types of errors are produced in the console, showing that it's a code-signing issue, caused by dictionaries being installed within the Hunspell plugin bundle.

Can I suggest that there should be another place to install additional languages, outside the InDesign application.

The only way I can work with Latin and Ancient Greek languages currently is to use an El Capitan Mac, which does not have the sandboxing.

AMFI: Check-fix enabled for binary '/Applications/Adobe InDesign CC 2018/Resources/Dictionaries/LILO/Linguistics/Providers/Plugins2/AdobeHunspellPlugin.bundl e/Contents/MacOS/AdobeHunspellPlugin' with TeamID 'JQ525L2MZD', identifier 'com.adobe.adobehunspellplugin2': broken signature treated as unsigned without privileges. This workaround will not work for software built on or after 10.12.

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!

InDesign 2018 CC 13.0.1

Pages and spreads are doing weird things when I resize my document. It creates some odd margin after resize of pages. I start out with 2 pages, document shuffling allowed, facing pages turned off.

Pagespread01112617 - shows the page spread I was working with; each page is 10”x12.25”.
Pagespread02112617 - after I changed the size to 10.68”x11.239” for another ad spread, a weird margin showed up. The content boxes show how there is an odd overlap; each box is 10.68" wide.
Pagespread03_112617 - If I move page 2 down in the Pages panel, and realign it with page 1, the margin disappears.

Version: Indesign CC 13.0 x64 Windows (and Indesign CC 2017)

1. Create 2 paragraphstyles


2. For ParagraphStyle 1 set bullets and numbering To List Type 'Numbers' and name it 'Multiple Choice' (or something else) and Level 1


3. For ParagraphStyle 2 base it on ParagraphStyle 1 and change the text color


4. Create some paragraphs with different combinations of these styles.


5. Save as idml


6. Open the idml


7. Look at the paragraphs of the second paragraphstyle, you will notice that paragraphStyle 2 has a numbering of his own and no longer the mix with paragraphstyle 1.

Expected result: Same as before the save to idml. A list with a. b. c. d. e.
Actual result: list looks wrong like a. a. b. b. c.

It only happens when the second paragraphstyle is based on the first style. But working with styles that are not based on eachother is going back in time.

Attached you will find the correct indd that you can save as idml and see the result.
Also I added 2 screenshots, 1 correct, 1 wrong after idml.

1) This bug occurred on InDesign cc2017 and CS6. 2) Follow these steps to replicate the bug: create a shape, let's say a circle, and then copy this circle and paste it in a separate layer directly over the top of the first. To better see the effects of the bug, make the fill of the top circle red, and the bottom blue. At this point, the bottom blue circle is completely hidden by the red circle above it. Now put a 4pt stroke with an outside alignment on the bottom blue circle. The blue circle is still hidden, and now it appears as if the red circle on top has a stroke. Before making any changes to the shapes, make sure the Dimensions Include Stroke Weight and Adjust Stroke Weight when Scaling are DESELECTED in the Transform panel options. Make sure both the Info palette and the Transform palette are visible so you can read the starting and ending measurements in both palettes. Using the selection tool, select BOTH circles together, and then pull on any corner to enlarge the two shapes together. 3) EXPECTED RESULT: the two shapes should scale together. They start with the equal measurements in both the Info and Transform palettes, and once scaled, the shapes and the measurements should still read as being equal (albeit larger) sizes. 4) THE ACTUAL RESULT: the two shapes are different sizes after scaling. Remember that Dimensions Include Stroke Weight was deselected, so the stroke shouldn’t have any effect on the shape size, and yet, the bottom shape is slightly bigger than the top. Not only is the blue circle now clearly visible and peeking out from beneath the red circle, but the Info and Transform palettes read TWO different sizes. The following are images that illustrate the bug: