1. Adobe InDesign Middle Eastern Version, 2019-2020

Non Breaking Space is smaller than regular space when text is full justified with Adobe World ready Paragraph Composer

1. Steps to reproduce the issues
   2.1 Create a paragraph with some lines
   2.2. Define it with: Paragraph pannel>Justification>Composer>Adobe World Ready Paragraph Composer
   2.3 Full justify the Paragraph and change one space to non breaking space.




2. Expected result
   Non breaking space should be the same width like all the spaces in the same line.




3. Actual result
   Non Breaking Space is smaller than regular space in the same line




4. Test file, screenshot, video or GIF capturing the issue (optional)

There is no workaround unless the document is not in Hebrew and then you can choose the Adobe paragraph Composer instead of the World ready Paragraph composer.

Excel filter rejects custom Cell Range for 26-column sheets (.xlsx-only)

Steps to reproduce the issues:
1. Create a new document.
2. Select File > Place, check Show Import Options, select attached Columns_26.xlsx file.
3. Note nonstandard default Cell Range: A1:A@10 (should be A1:Z10).
4. Enter custom (valid) Cell Range "A1:E5"

Expected result:
No error and a table containing cells A1 through E5.

Actual result:
Error message, "You have not entered a valid 'Cell Range'. (See attached screenshot.)

This error is given for any sheet whose right-most column is a multiple of 26 (so Z, AZ, BZ, etc.). Place the attached Columns_52.xlsx with range "A1:E5", for example.

Adding/removing a column (attached Columns_27.xlsx file) avoids the error.

Versions of Adobe InDesign:
CS6 through CC 2018.0, Windows and macOS

Test files and screenshot of error attached.

I often use bulleted lists with the commmand/backslash (hanging indent) tool. If the text is aligned left, no problem. But when I use left justify, it sends some of the words off to the right — outside of the text frame! Please see examples below.

The text samples here were using Adobe Paragraph Composer. But when I switched it to World-Ready it fixed it!

I've been having this problem for a while. Before I updated to InDesign 2018 and after the update as well. I'm running El Capitan 10.11.6 on a Mid 2011 iMac.

Solved in this thread: https://forums.adobe.com/thread/2462045

Here is a snippet: https://www.dropbox.com/s/0sii52kmjy53nnx/floating%20word%20snippet.idms?dl=0

Cursor Direction when typing Arabic or other RTL languages. in Middle Eastern version ONLY.

1. All Middle Eastern versions (English يدعم العربية)




2. Type Arabic text. Place the cursor within text. Hold "Shift" key and click on right arrow key on the keyboard to select/highlight text. Cursor moves left and select next character on the left while clicking on right arrow.




3. To select a character to the left of the cursor, we should hold (Shift+left arrow) To select a character to the right of the cursor, we should hold (Shift+right arrow)




4. What actually is happening now and for over 20 years when we had Adobe PageMaker ME and Adobe Illustrator ME is the opposite cursor behavior to the what we're trying to select. We hold (Shift+right arrow) cursor will move and select text to the left, we hold (Shift+left arrow) cursor will move and select text to the right.




5. see animated GIF on InDesign forums here… https://forums.adobe.com/message/10174226#10174226

I am on a Mac and this is a problem with InDesign 2018.

If you backspace delete two or more characters from text, undo (Ctrl+Z) only restores one character at a time instead of the whole block that was deleted in that action.

Undo worked fine in previous versions of InDesign, and it works fine in Word and other apps.

I have tried deleting InDesign preferences and caches and even reinstalled it with import previous prefereces unchecked, but the problem remains, and I cannot find any solution. Can someone please help?

Macbook Air now running High Sierra 10.13.2 (but problem was stlll there in previous versions of OSX.

macOS Mojave 10.14.6
InDesign 15.1 & 15.1.1

When a document is open, some of the fonts will not visibly load. However when you go to Type > Find/Replace it shows there are no font issues. Preflight is green and all fonts are listed as "OK". We then immediately close the document and reopen it everything looks fine. When the same document is opened hours later the problem repeats itself.

Notes:
• It appears that fonts loaded from the Document Folder ONLY are OK.
• Fonts that are loaded simultaneously in Font Book and the Document Fonts folder fail to display correctly.
• We do not use Adobe fonts.
• Fonts are typically either in Font Book, and/or they are in the Document Fonts folder for most of our jobs.
• One of the InDesign files experiencing this bug was created in 2019.
• Making a Press PDF while the fonts are bugged out creates a PDF that displays everything properly.
• If I try to print the InDesign file with this font bug, the document fails to print and gives me the following error: “Printing Error: The Adobe Print Engine has failed to output your data due to an unknown problem.”

Things I've tried:

• Clearing font caches in macOS
• Clearing the macOS Library Caches
• Deleting the AdobeFnt.lst file in the Documents fonts folder
• Moving Document fonts folder elsewhere, open the file, then move doc fonts back.
• Repackaging the job
• Turning off the Adobe Fonts service located in the Creative Cloud app
• Leaving the document open for over an hour to see if fonts would load on its own.

Bug replication:

In some instances, moving the Document Fonts folder to the desktop, opening the file, close it and moving the Document Fonts folder back to its original location would trigger this bug. But it doesn’t work all the time. The steps below are more consistent with replicating the bug.

1. Delete the AdobeFont22.lst from the Document Fonts folder.


2. Open the document - fonts are broken (even though they are also loaded in the system). Preflight is green.


3. Close document.


4. Open the document again and the fonts load properly.

We did not encounter this bug until 15.1.

InDesign 14.0.2 on Windows 10

1) Set display performance to high quality
2) Paste an EPS or PDF into a text frame as an inline graphic. It should render crisply as you'd expect in high quality mode..
3) Start typing in the text frame that contains the inline graphic. The inline graphic pixelates.
4) Click out of the text frame or stop typing for ~10 seconds. The graphic returns to its unpixelated, high-quality state.

Context: we are upgrading 100 users from InDesign 2014 to InDesign 2019. This worked perfectly well without any pixelation or lag in InDesign 2014, but is significantly worse in InDesign 2019.
InDesign support advised me that InDesign is working as intended and I should post here if I wanted anything to change. This is not a step forward!

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!