Version: InDesign 14

Steps: When placing an endnote in a frame "Loaded by Place Curser", the font size used for the end note does not honor the font size determined by the style. This includes when the paragraph style is set in the endnote options, as well as when the paragraph style is applied by selecting the endnote text.

1. Create endnote style, and set it in endnote options
2. Set endnote text frame to "loaded by place curser" in endnote options
3. Add an endnote to the text, and place endnote text frame
4. The Endnote text added to this frame does not honor text size
5. Select endnote text and manually apply correct font size
6. Add another endnote (font size changes again--27 pt font for some reason)

This font size behavior carries over no matter what paragraph style is selected, including "Basic Paragraph". The only way to get the correct font size is to manually set it in the Character Panel with the endnote text selected. Adding a new endnote overrides the manual font size once again.

It seems that endnotes will honor the font, color and leading of a paragraph style, but will change the size of the font every time to (in my case) 27pt.

ID= v13.1
MacOS= 10.13.4

Problem: Open any ID file and links that should be "OK" are labeled as "modified". I do not get any error window that pops up notifying me this. Without taking any action, I close the ID file and reopen it and links are now labeled as "OK". Open it up a third time and links are "OK". I QUIT out of ID and open that same file and see links as "OK" and now they are labeled as "modified". This process repeats. Attached video to show. All links in these ID files are not modified or changed. This poses a quality control problem. Please advise.

I created two form fields in inDesign using the Buttons and Forms panel. When I export my pdf (interactive), I cannot see the form fields. Interestingly enough, when I click "Prepare Form" in Acrobat, the form fields appear, and without doing anything, I can save the pdf and the form fields will continue to work as expected. Obviously this is much more time-consuming than if the fields were just visible by default.

My document is very simple: 1 page, a couple lines, minimal text, some hyperlinks (which all function correctly), and the two form fields.

I believe it has something to do with the stack order of all the layers. I think they are getting mixed up during the export process. I have tried setting tab order with no success. I have also created a new layer just for the form fields in inDesign and made sure it was the top-most layer before exporting. That didn't work either.

I recently started working on a new computer so its possible I need to toggle a setting or two that I may be unfamiliar with, I suppose?

Any help is appreciated, thanks!

I work with large XML files to create catalogs several times a month. This results in InDesign giving me a lot of "Continue without Undo" prompts anytime I do any action (even scrolling and zooming), so I save the file and quit InDesign. Upon reopening InDesign, it says that it cannot read my preference file and resets everything.

This is extremely frustrating, as while my workspace is saved, all of the character/paragraph/object styles, swatches, and program settings are completely wiped, as are all the tool tips and notifications. Barring being able to not have this problem occur regularly, is there a way to backup my preferences so that the next time this happens it doesn't take me hours to get things back up to speed?

Its not a suggestion, its a bug.
Under Indesign 13.1, when e.g. a whole page is styled to have a gray shade behind it, and some paragraphs have to be undelined, then ALWAYS the Line before a hard return does not show the underline, because I suppose a layer problem occurs. Indesign seems to see the text on top, then applies the shade and _under_ that the underlining for the text, which won't be shown then. The descenders are shown normally, since they are on top in the text layer. I have not found a way to tell the underline to be the same layer as the text it underlines and from my point of view this seems to be a bug, which should be fixable (and should be fixed).

Looking forward to hearing from you.
Thomas Hageleit

Like previous versions of InDesign CC the color separations preview still does not work correctly.

When user tries to view separations by turning a color separation off, or toggling back and forth between colors, the visible page in the document goes completely haywire - scattering elements and superimposing images from other nearby pages. See attached screenshots of the issue.

This has been an issue for awhile and I am dismayed it still has not been addressed as it is a very useful function in the printing industry. Since the launch of CC I have had to check my separations in Acrobat and then re-enter InDesign to make any corrections. In previous versions it used to work correctly.