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 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.

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?

I'm working on a major project using the Lao language and InDesign. The Lao text is not flowing correctly in InDesign. There are addons that provide these features (LaoScript), but there isn't native InDesign support, from what I can tell.

Lao text does not seem to properly word wrap. Many professionals use zero-width-spaces in Lao to create invisible 'spaces' between words so that applications properly word wrap. However, this has significant drawbacks and makes it harder for Lao people to use and edit their language because editing text with invisible characters is difficult (especially on mobile, but PCs as well).

As one of the members of the team who helped bring Lao support to ICU (International Components for Unicode), I know that there is support for Lao that doesn't require much work, assuming you all are already using ICU to process text in InDesign. Adobe is listed on ICU's project page as a major user of this library.

So... I would like to request this feature be turned on to properly support Lao text wrapping and word tokenization with non-zero-width-space delimited phrases in Lao.

Here's an excerpt from the Lao Bible:

ເມື່ອພຣະເຈົ້າຊົງເລີ້ມຕົ້ນ (5 words, no spaces, no ZWSPs)

ເມື່ອ ພຣະເຈົ້າ ຊົງ ເລີ້ມ ຕົ້ນ (same 5 words separated by spaces)

I know that there are organizations who swear by ZWSPs (and for good reasons), and do not prefer automatic Lao word tokenization. It might be nice to also provide a mechanism to manually disable this feature for text/frames/documents, assuming the user wants greater control of line breaking in Lao (Thai or Khmer too). But, otherwise, out-of-the-box, have the feature on so that it lowers the barrier of entry for Lao people wishing to use InDesign.

Chrome and LibreOffice are two applications that already support Lao word tokenization out of the box, and more text is available at https://laobible.sea-sda.org if you need some tools/text to test against.

Thanks!

Issue: InDesign does not support Mongolian vertical text direction from left-to-right.

Version: InDesign 2019, 14.0.2 x64

Steps:
1. Place or paste Mongolian text into an InDesign text frame by using the attached Word document
2. Skew the text frame 90 degrees (as done with vertical Chinese and Japanese).

Expected result: Please see the attached Word document and screenshot.

Actual result: Notice that the vertical text direction is right-to-left and not left-to-right. Even if the text frame is skewed in the opposite direction (minus 90 degrees) the text is just mirrored and thus not readable.

Test files and screenshot: They are attached. If need be you can download the Google Noto font called Noto Sans Mongolian that we used.

Issue: InDesign does not support Mongolian vertical text direction from left-to-right.

Version: InDesign 2019, 14.0.2 x64

Steps:
1. Place or paste Mongolian text into an InDesign text frame by using the attached Word document
2. Skew the text frame 90 degrees (as done with vertical Chinese and Japanese).

Expected result: Please see the attached Word document and screenshot.

Actual result: Notice that the vertical text direction is right-to-left and not left-to-right. Even if the text frame is skewed in the opposite direction (minus 90 degrees) the text is just mirrored and thus not readable.

Test files and screenshot: They are attached.

When you perform a data merge and create a new merged document InDesign adds hidden characters where the empty data field would be. These characters cannot be found using a standard search. I have not tried GREP.

In my case I was working on business cards. Some records have no mobile number so there is a blank line in the merged document, apart from the M prefix that would normally indicate a mobile number. I wanted to remove all those lines so I selected one, from the M at the beginning to the paragraph break at the end. I pasted that into the Find field, left the Change field blank, then clicked Change All. Nothing was changed.

I replaced the odd characters in the Find filed with a wild card, so now I was searching for "M^t^?^p". That’s an M followed by a tab, followed by any character, followed by a return. Nothing was found. I tried two wildcards, then three wildcards. Nothing was found.

InDesign’s merged document contained some odd character that cannot be found by any means, even with wildcards.

InDesign 14.0.2

In the Composite Font Editor, I defined a custom character set that includes all of the characters in Noto Sans Thai and tried specifying various Thai fonts to that character set as part of a composite font.

However, regardless of the font I specified and regardless of what fonts I specified for the other parts of the composite font in certain circumstances three Thai tone characters would not display (U+0E48, U+0E49, and U+0E4C). As far as I can tell, they *do* display when they are above another tone character, but they do *not* display if they are the only tone character. I have confirmed that these characters are included in the custom Thai character set that I defined.

I attached a PDF showing most of the characters in the custom Thai character set I defined and one of many composite font definitions that I tried.

InDesign 14.0.2 (same thing happens in other versions) on Windows 7 (64-bit)

In CC Libraries I have pre-set headlines text set with font and kerning. When I drag and drop desired headline into page layout, the font is changed out to something completely different. I've double check the save CC text file is it's as it's should be. I'm not sure what happened or how to fix it. These headlines I use on a daily bases have have hand kerning needed to each, which is time consuming to do each time.

Screen shots are with a headline what I'm looking to change from "All you need." to "The real deal." Both are pre-set saved headlines in CC LIB. When I drag and drop the line it shows how it appears on the page. The font is white in the file, but to show you the file itself I've changed it to black. I've quick the program. Running on CC InDesign 40.0.2 Version

I've defined a text variable that I use for a running header. This variable is defined from the first use of a "chapter title" paragraph style that I've also defined. I've inserted this variable on my A-master page, which is synced between documents in my book. The problem I'm running into is that I've used a number of glyphs in the text comprising the first use of that style, and the text variable (my running header) looks garbled: it's missing letters and has mixed caps. If it matters, the font I'm using is Orpheus Pro Bold.

Attached are two screenshots: the first page where the header is defined (as chapter title), and subsequent pages where you'll see the garbled header at the top right.

Selecting text is sometimes really difficult as where you click is slightly off from what InDesign thinks you're clicking on. That means that when you highlight a word, it often misses the first character that you're trying to select. You then have to move the cursor slightly over another character for it to highlight it.

It's really frustrating as it doesn't seem to happen in all documents. The ones I'm having issues with at the moment use the customer's own font but I've been using that same font for about 5 years with no issues until now.

I'm using InDesign 14.0.2 and Mac OS 10.14.5