1) I'm using InDesign CC 2019 (14.0.2) under MacOS 10.14.6.
2) - Open an INDD document with various text boxes
- Execute Edit -> InCopy -> Add All Stories to Assignment
3) I would expect this command to include also the content of text boxes that are anchored to other text boxes.
4) However, it doesn't. The content of such text boxes is missing. However, when I go through the document and release all anchored text boxes before executing the command, it will work properly
5) I'd love to attach an indd or idml test file but these file types are not allowed here (I wonder what file type is supposed to act as a test file then??). Since furthermore there's only 1 file allowed to be attached (...?!?!?) I can only attach 1 screenshot of the result of executing the command while the text box "Quick Tip" is still anchored: It is not added to the selection. After releasing it, it will be added correctly when executing the command again

InDesign 14.0 on Windows 10 x64

I just upgraded to InDesign 14.0, and there appears to be a bug when clicking a document-installed font from the font list. The font list gives an error message to "Click 'Activate' button to activate fonts" and the text frame keeps the existing font, instead of changing to the new font.

Expected result:
The expected result would be the same behavior as InDesign 13.1, where you could click a document-installed font from the font list, and the text frame would update to the newly selected font.

Actual result:
In InDesign 14.0, clicking a document-installed font from the font list gives an error message to "Click 'Activate' button to activate fonts" and the text frame font stays the same.

Steps to reproduce:
1. Create a new document in InDesign.
2. Create a new text frame with the word "Test." Save and then close.
3. In the same location as your new document, create a "Document fonts" folder. Copy an OTF or TTF font file into this folder. In my case, I copied "Sacremento-Regular.ttf" into this folder.
4. Reopen the new InDesign document you saved in step 2.
5. Select the text in the text frame. Note the current font (most likely Minion Pro).
6. From the type list, select the document-installed font you copied into the "Document fonts" folder.
7. Note the "Click 'Activate' button to activate fonts" error message, and that the font for the text frame has remained the same.

InDesign seems to struggle to recognise installed fonts - possibly something to do with how Skyfonts works?

A file created with Skyfonts fonts shows the font family in square braces with (OTF) appended and substitutes default font, rather than making use of the identically named font file, sitting in c:\windows\fonts\ on PC / Font Book on Mac.

Same result if the font files are dumped in a Document fonts subfolder next to the InDesign file.

Troublingly, using a different font cloud sync app (or in the rare instance where the font is available on fonts.adobe.com) doesn't remove the issue - InDesign lists those in its font family menu without the square braces and (OTF) appended.

DataMerge is failing to import UTF 8 text as unicode. This is a new problem.
Adobe Indesign CC 14.02
1. Create UTF 8 Text file for merging.
2. Open previously functional Indesign document with keys already established.
3. Select data source
4. Choose text file (UTF8 no BOM) (if you have BOM, file isn't recognized)
5. Tick show import options (never needed to do this before)
6. Make sure its Unicode.
7. Data still comes in in ASCII even though I chose Unicode.
This has to be a merge problem because I can cut and paste the data into the Indesign file without issue.

I am using InDesign 14.0.2.

We are a book publisher, and we sometimes use a special character in some of our academic work: a gothic P—the Unicode character 1D513 (Mathematical Fraktur Capital P). See: https://www.fileformat.info/info/unicode/char/1d513/index.htm

However, it does something very wonky with footnotes, which seems to be a bug. If we insert this character—Unicode 1D513—in the same line as a footnote reference, it makes the footnote reference disappear. The footnote stays in place. We have tried different fonts, but it doesn't seem to be font dependent. However, if it is in the same line, but after the footnote reference, it still appears. So it seems to be some strange interplay of this unicode character and the footnote references.

I don’t know if there are any other characters that do this, but it doesn’t seem to be font dependent. The only way we are able to make the footnote reappear is to make the paragraph use the Adobe Paragraph Composer, instead of the Adobe World-Ready Paragraph Composer. However, this too is a problem because the paragraphs that use this particular Unicode character often have other languages in them as well, such as Hebrew, and we need the World-Ready Paragraph composer on to make those work, so we can’t just switch that so easily.

See the attached InDesign document for an example of what happens. You’ll notice the special character P is right before the second footnote, but it is completely invisible, while still being “there.”

I don’t know if this bug goes beyond this particular Unicode character or not, but it seems strange that InDesign footnotes are not playing well with it.

Thanks for your help.

I have an InDesign file if you need a sample, but the uploaded won't let me attach it. Can I email it to someone?