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!

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

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

Version: 14.0.2

I have a table that represents a linear calendar. Each month occupies a single row. I created a table to make the calendar, with each date in its own cell. I had some trouble figuring out how to make a new cell start at 1 for each month, as it wanted to continue from the last month's last date (...32, 33, 34, ...). I managed to make it work by changing the numbering options on each individual starting cell.

However, now when I try to duplicate a page containing the calendar, or if I try to copy/paste the calendar, the individual cell's formatting seems to disappear, as the numbering on half of them continue from the numbering on the previous row.

Steps to reproduce:

1. Make a table with enough rows and columns to reproduce the consecutive numbering (For the months, most of my rows are 1-30) The columns represent the weekdays, repeating as many times as needed for the staggered dates.
2. Select a cell in row 2 and add a blank character. I used 'End Nested Style Here' character per instructions from another InDesign user: Type>Insert Special Character>Other>End nested
3. With cursor in cell, open Bullets and Numbering dialog. Select Number, put ^# in Number box, and Continue from Previous in Mode box. I also made sure the greyed-out box next to it said 1 (seemed to make a difference when I changed numbers). Then click OK.
4. Follow the same procedure in a random cell on the next row, except in the Bullets and Numbering dialog you will this time choose a new list in the List dropdown.
5. Repeat for all rows. Because I'm creating a calendar, the number list (1-30) staggers.
6. Once the table is full, copy and paste it onto a new page. Then copy the entire page. For me, both produced the same result. 1, 2, 3,... was replaced with 31,32,33,... or 32, 33, 34... on some rows.

See screenshots for comparison.

InDesign sometimes, seemingly randomly, replaces pairs such as hn, il, io, sy, ek, etc. with completely wrong glyph, such as accented Y, U, etc., when regular Ligature setting is applied. This has been a problem since CS5 and we recently had it occur in CC2015, so it is still there. Affected fonts have been many over the years, including licensed Adobe fonts. Fonts can be Open Type or PostScript. Language setting can be English US, UK, or seemingly anything else. The only thing that works to avoid it is to turn off Ligatures which is generally unacceptable, so the only workaround is a targeted GREP style to apply ligatures to only the pairs that should have them for that file. This is a long-standing problem which has been reported in forums various times and needs to be addressed. There is no sure fire way to reproduce the bug. Only thing that sometimes works is to brute force load/unload fonts until the problem occurs. It seems that once the problem occurs the first time it may then become more frequent on that computer. I know someone who has even seen the effects of this problem in printed material (i.e., in a book they were reading).