The following words in cannot be reproduced in InDesign. It seems the glyph substitution is not working in about 1% of cases.

র‍্যানিবিজুমাব — Bengali
ମହତ୍ଵପୂର୍ଣ୍ଣ — Oriya
ସ୍ଵେଚ୍ଛାକୃତ — Oriya
କିମ୍ଵା — Oriya

It looks fine above, in any text editor, or in any Microsoft app, but does NOT look right in any Adobe app I tested, such as InDesign, Illustrator, Photoshop CC 2019 and 2020 of each.
I am applying the World-Ready Composers.
I have tried copy+pasting the text from Word and also tried the Place command in InDesign.
I've tested in both the English North America and English Arabic versions.
I've tried multiple fonts, as well. No change.
See attached for examples. Word doc shows as it should be. InDesign shows it wrong. I highlighted the glyphs that are wrong in InDesign as pink.
Thanks!

We are developping a plugin for inDesign and while testing a new feature on a Mac we noticed that sometimes InDesign was crashing. We managed to reproduce this bug in a very simple indesign script that make inDesign crash 100% of the time and I'm looking for a way to get around this inDesign bug.

The crash occurs when we programatically add an htmlItem to a pageItem then close the document too quicky, It's only on Mac, doing that on windows works perfectly. The crash error seems to be a memory usage problem on inDesign's side.

Here is the script code :

var document = app.activeDocument;

var sourcePageItem = document.allPageItems[0];

sourcePageItem.htmlItems.add(

document.activeLayer,

LocationOptions.AT_END,

sourcePageItem,

{

  geometricBounds: sourcePageItem.geometricBounds,  

  htmlContent: '<b>Hello</b>',  

}

);

document.close(SaveOptions.NO);

other observations :

-Doing a sourcePageItem.htmlItems[0].remove(); to remove the htmlItem after adding it doesn't change anything, so the problem comes from using the function htmlItems.add() and not having an htmlItem in the document.
-Delaying the close by using $.sleep(5000) before fix the crash, but we can't rely on it as the delay needed increase with the number of htmlItems added and it might be different from a computer to another due to performances.
-Saving the document or not doesn't change anything

I've added my clean document with just a rectangle frame, the script and the crash report on this url : https://we.tl/t-uFpX658s0o since we can't add an indeed file to the post

If there is no way to fix it, do you have an idea to get around this inDesign bug ?

I'm working with linked endnotes in InDesign 2018 (version 13.1), but my file originated in InDesign 2015 (I skipped 2017). I have already saved the document as an InDesign 2018 file but seem to be having problems importing a document with linked endnotes.

I'm starting with an old InDesign file because I'm working on volume 2 of a multi-book series and want to maintain all my old styles. I don't know if that's relevant, but I have worked successfully placing linked endnotes from word in previous books already. In this one, the endnote references appear to have links but when I click on "Go to Endnote Text" from the reference point, my document crashes. When I try to add an endnote point, my document also crashes. I think the endnotes exist somewhere because there is a paragraph style and a few character styles that I can't seem to find in the document but apparently exist somewhere.

I don't actually know if this problem is an issue with the original Word document or with InDesign but I'm really hoping this issue can be resolved before I have to import the other chapters in this book.

Thanks!

I'm using InDesign 13.1 for a simple 12 page booklet (see attached)

First issue: ID was doing background work on a file for about 4 days and then ID crashed. Now whenever I open the program it asks me if I want to do "Automatic Recovery" for the file. If I click YES or CANCEL the program crashes. If I click NO the program stays open and I can continue to work. But if I go to export the 12 page booklet to PDF it crashes.

I have: (1) uninstalled and reinstalled ID; (2) tried to export the file to a JPEG (which did NOT crash ID); (3) tried to export a different file to PDF (ID crashed);

There's nothing unusual about fonts or graphics here. My ID skills are very VERY basic. Thoughts? Help? PLEASE?

Version: Indesign CC 13.0 x64 Windows (and Indesign CC 2017)

1. Create 2 paragraphstyles


2. For ParagraphStyle 1 set bullets and numbering To List Type 'Numbers' and name it 'Multiple Choice' (or something else) and Level 1


3. For ParagraphStyle 2 base it on ParagraphStyle 1 and change the text color


4. Create some paragraphs with different combinations of these styles.


5. Save as idml


6. Open the idml


7. Look at the paragraphs of the second paragraphstyle, you will notice that paragraphStyle 2 has a numbering of his own and no longer the mix with paragraphstyle 1.

Expected result: Same as before the save to idml. A list with a. b. c. d. e.
Actual result: list looks wrong like a. a. b. b. c.

It only happens when the second paragraphstyle is based on the first style. But working with styles that are not based on eachother is going back in time.

Attached you will find the correct indd that you can save as idml and see the result.
Also I added 2 screenshots, 1 correct, 1 wrong after idml.