973 results found

1. Underline with variable font

   When the underline of a variable font is activated, the underline takes the whole height of the page. (Indesign 15.1.2)

   •  

   7 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   5 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close
   Under Review  ·  AdminRavi Kiran (Senior Lead Quality Engineer, Adobe InDesign) responded

   The issue has been fixed in the latest release of InDesign – InDesign 2021.
   Please update to this new version of InDesign to get the fix.

   —
   Adobe InDesign team

2. Auto-activate fonts tries to activate a font that doesn't exist, forever

   With the new auto-activation of fonts, my InDesign seems to try to activate 'Bureau Grot', which so far as I can tell, isn't an Adobe font. Does it constantly in the background and there's no way to cancel it/tell it it's barking up the wrong tree...

   •  

   7 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   1 comment  ·  Text/Story/Table  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

3. Long Text Variables kern instead of return to new line

   Indesign 2020
   When using text variables with a bounding box that is too short for the line to fit, the line of dynamic text will squeeze together in order to fit instead of dropping to a new line. It would be nice if the line will drop down to a new line as normal text does in a text box.

   •  

   7 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   1 comment  ·  Text/Story/Table  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

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

   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.

   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… more

   •  

   7 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   4 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

5. thai

   After updated to the newest Indesign 2020, word cut/ hyphenate in Thai language become incorrect.

   •  

   7 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   2 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close
   FIXED  ·  AdminRavi Kiran (Senior Lead Quality Engineer, Adobe InDesign) responded

   The fix for this issue is now available in the latest update of InDesign – that is, InDesign 15.0.2.

   Please update your InDesign application to get this fix.

   —
   Adobe InDesign team

6. Index entries lost when importing a .docx file with text frames into InDesign

   InDesign version: CC 2018
   MS Word version: 2013

   When I import a .docx file that uses text boxes/text frames/shapes into InDesign, most of the index entries within the .docx file is lost. When I import the same .docx file after removing all the shapes, all index entries remain intact.
   I've attached reference .docx and .indd files so that you can see what I mean. The .docx file (loremipsumindex.docx) has five index entries, that are lost when imported to InDesign (loremipsumindex.indd). On removing the text box from the .docx file (loremipsumindexwotxtbox.docx), the index entries are imported properly (loremipsumindexwotxtbox.indd).
   My assumption is that this is an InDesign bug. Let me know if there's a fix for this.

   InDesign version: CC 2018
   MS Word version: 2013

   When I import a .docx file that uses text boxes/text frames/shapes into InDesign, most of the index entries within the .docx file is lost. When I import the same .docx file after removing all the shapes, all index entries remain intact.
   I've attached reference .docx and .indd files so that you can see what I mean. The .docx file (loremipsumindex.docx) has five index entries, that are lost when imported to InDesign (loremipsumindex.indd). On removing the text box from the .docx file (loremipsumindexwotxtbox.docx), the… more

   • 

   7 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   4 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

7. Footnote marker is replaced with an unknown character if preceded by a character with a specific Unicode pattern

   Footnote marker is replaced with an unknown character if preceded by a character with a specific Unicode pattern. Unicode pattern is U+##1a. Here are some of those characters:

   U+011a
   U+021a
   U+031a
   U+041a
   U+051a
   U+061a
   U+071a
   U+081a

   You could try the attached test file for placement in to an InDesign document. Unicode of the character following the footnote marker is : U+011a

   This happen when file format of the file is either RTF or DOC. Its not a issue with DOCX.

   • 

   7 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close
   Under Review  ·  amaarora responded

   Thanks for reporting the issue
   We are reviewing the bug

8. Hebrew Vowels colliding

   Windows 11
   Indesign 19 x64

   Hebrew Vowels colliding in the latest version of Indesign, please see screenshots from version 18 where everything is good and version 19 where the vowels are colliding.

   •  

   •  

   6 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

9. Hebrew drops out

   Hebrew text in the middle of a sentence is dropping out when exported to PDF. There have been several occurrences in this project, but I've never seen this before. In the example PDF, I have a Hebrew word followed by a makeshift ellipsis [nonbreaking space + . + 1/6 em space + . + 1/6 em space + . + space] followed by two more Hebrew words. A GREP style changes the Hebrew words from the base font (Arno) to Taamey David CLM. As is, the first Hebrew word drops out.

   If I move the first Hebrew word back to the end of the previous line, it exports correctly. If I change the font of the spaces and periods between the Hebrew words, it exports correctly.

   Changing the font for the Hebrew to Times New Roman does not correct the drop out. Removing the GREP and manually styling the Hebrew also does not correct the drop out.

   I've attached two PDFs. One shows a hole in the text where the Hebrew should be. The second—in which I've changed the font of the spaces and periods between the Hebrew words, shows the complete—correct export.

   Any help would be greatly appreciated.

   1. Version 18.4
   2. Key mixed-language sentence of English and Hebrew with a non-Hebrew string interrupting the Hebrew. (It may be a requirement that the Hebrew begins the second or later line in the paragraph; that seems to be part of the pattern, but I can't confirm that.) Export to PDF.
   3. All Hebrew and English should export in full.
   4. Part of Hebrew is missing.

   Hebrew text in the middle of a sentence is dropping out when exported to PDF. There have been several occurrences in this project, but I've never seen this before. In the example PDF, I have a Hebrew word followed by a makeshift ellipsis [nonbreaking space + . + 1/6 em space + . + 1/6 em space + . + space] followed by two more Hebrew words. A GREP style changes the Hebrew words from the base font (Arno) to Taamey David CLM. As is, the first Hebrew word drops out.

   If I move the first Hebrew word back to… more

   • 

   • 

   6 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   4 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

10. Variable font changes to Italic when a custom axis value is set, without user input. Also, the Italic axis cannot be controlled.

    This may be related to a somewhat similar Illustrator bug:
    https://illustrator.uservoice.com/forums/601447-illustrator-desktop-bugs/suggestions/46249144-variable-font-changes

    Summary:
    1. Variable fonts that have separate but related roman/italic font files are handled badly by InDesign (and Illustrator). In InDesign, if you set a custom axis value such as Weight or Optical Size, the font changes to Italic immediately. This issue occurs in fonts such as Roboto Serif and Apple SF Pro, which are well-tested, popular, and important by many measures. It also occurs in fonts that have internal data that is known to be good, at least as far as FontBakery testing shows. It doesn’t occur in single-font-file variable fonts such as Acumin or Inter, which have built-in "slnt" axes.
    2. As a secondary but related issue, there should actually be an Italic slider or toggle for a variable font, if that axis is specified in the font’s STAT table.

    Version of InDesign: 18.2.1 (latest as of May 25, 2023). Also tested in latest prerelease, v18.4.

    Steps:
    1. Set some type with a font like Roboto Serif [variable].
    2. Open the variable font axes panel, and change an axis like Weight. The font will change to its Italic version, without user input. There is no clear way to change it back to Upright, without selecting a named instance like "SemiBold" – but that largely defeats the purpose of the font being variable.

    Expected result:
    A variable font should be able to have a custom weight value, without snapping to Italic. Likewise, there should actually be an Italic slider or toggle, if that axis is specified in the font’s STAT table.

    Actual result:
    It is impossible to set an upright variable font with a custom weight.

    Test fonts:
    https://fonts.google.com/specimen/Roboto+Serif?query=roboto+serif

    This may be related to a somewhat similar Illustrator bug:
    https://illustrator.uservoice.com/forums/601447-illustrator-desktop-bugs/suggestions/46249144-variable-font-changes

    Summary:
    1. Variable fonts that have separate but related roman/italic font files are handled badly by InDesign (and Illustrator). In InDesign, if you set a custom axis value such as Weight or Optical Size, the font changes to Italic immediately. This issue occurs in fonts such as Roboto Serif and Apple SF Pro, which are well-tested, popular, and important by many measures. It also occurs in fonts that have internal data that is known to be good, at least as far as FontBakery testing shows. It doesn’t occur in… more

    • 

    6 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    2 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

11. Word Import | BUG | Diacritic characters change language and formatting

    Hi together,
    if a Word docx or doc document contains text in italics that are not formatted using a character style diacritic characters will import to InDesign with:

    [1] Wrong language property. Instead of e.g. English (US) it will be Arabic
    [2] Formatting is in "Regular" and not in "Italic"

    For more details see this thread at the Adobe InDesign Forum:

    italics dropped for diacritic characters when importing Word docs
    davescottpeattie, Jan 26, 2023
    https://community.adobe.com/t5/indesign-discussions/italics-dropped-for-diacritic-characters-when-importing-word-docs/td-p/13531639

    Also see my reply in the same thread for some sample screenshots and attached documents:

    https://community.adobe.com/t5/indesign-discussions/italics-dropped-for-diacritic-characters-when-importing-word-docs/m-p/13532786#M512947

    Also note that the Word Import allows the creation of several character styles with no names and no properties in the recieving document! At best this is a disturbing thing…

    A workaround for that specific case was to copy/paste formatted from Word to InDesign.

    Regards,
    Uwe Laubender
    ( Adobe Community Expert )

    Hi together,
    if a Word docx or doc document contains text in italics that are not formatted using a character style diacritic characters will import to InDesign with:

    [1] Wrong language property. Instead of e.g. English (US) it will be Arabic
    [2] Formatting is in "Regular" and not in "Italic"

    For more details see this thread at the Adobe InDesign Forum:

    italics dropped for diacritic characters when importing Word docs
    davescottpeattie, Jan 26, 2023
    https://community.adobe.com/t5/indesign-discussions/italics-dropped-for-diacritic-characters-when-importing-word-docs/td-p/13531639

    Also see my reply in the same thread for some sample screenshots and attached documents:

    https://community.adobe.com/t5/indesign-discussions/italics-dropped-for-diacritic-characters-when-importing-word-docs/m-p/13532786#M512947

    Also note that the Word Import allows the creation… more

    •  

    •  

    •  

    • 

    6 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    2 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

12. Cross references rendered to big/wrong line break

    Text with cross references isn't rendered correctly. The line break is triggered far to early (see IDML and PNG) image.

    The line break works with the Adobe World-Ready Composers but not with the Classic Composers.

    I cannot use the World-Ready Composers because of the justified nonbreaking space see https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/41793187-bug-since-cs6-nonbreaking-space-s-issue-wit

    A test IDML file can be downloade here: https://cloud.publishingx.de/s/mMMkbxidwTiTfKR

    Please fix both bugs!

    •  

    6 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

13. GREP match expressions with endnote marker doesn't work correctly

    Some GREP match expressions with endnote marker don't work. For instance:

    (?<=~U)(.|\r|\t)

    returns no result.

    (.)~U

    returns no result.

    The same expressions work fine with footnote marker.
    Error appears in all versions of ID up to current.

    6 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    3 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

14. "Shin Dot" and "sin Dot" does not work

    On Mac, InDesign version 15.1.1 - typing the Unicode character "Shin Dot" and "sin Dot" does not work with the keyboard, only with the glyphs panel

    6 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    4 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close
    Need More Info  ·  amaarora responded

    Hi,
    Did it work in previous versions of InDesign? Or only started happening after InDesign 15.1.1?

    Which font are you using?

    -InDesign Team

15. Font name incorrect when a character style is applied

    If you make a character style that applies "Bold" (or some other font style) and then apply it to text, the font name changes incorrectly in the Font field of the Properties panel or Control panel.

    For example, if the character style applies "Bold" and you apply it to text set to Minion Pro, then the font name changes to "Minion Pro Bold" and the style also changes to Bold.

    This is incorrect. In older version of InDesign it worked correctly: The font name should stay "Minion Pro" and the style should change to "Bold"

    •  

    6 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    3 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

16. Text frame options: Individual inset spacing when rounded corners are enabled

    Currently the text frame options do not allow different inset spacing on each side if a rounded corner is applied to the text frame.

    We are trying to create a template that has a text box with a gradient background and a rounded corner that bleeds off the page. We need to set the inset to push the inset spacing on one side further than the rest to fit within the page margins, but with the rounded corner this is not possible.

    •  

    6 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

17. text shadow

    I have a text box with Drop Shadow Effect on the text itself. When I edit the text, the shadow does not change. I discovered quite accidentally that Undo (CTRL+Z) then Redo (CTRL+SHIFT+Z) fixes the issue.

    However, when I change the angle of the object (text box), the text moves but the shadow remains in place. I cannot fix it even by adjusting the Effect angle options.

    I have another issue where I have two separate text boxes on the same page with the exact same font and supposed font size, but the text is quite obviously not actually the same size.

    I have ID 16.0.2 x64

    I have a text box with Drop Shadow Effect on the text itself. When I edit the text, the shadow does not change. I discovered quite accidentally that Undo (CTRL+Z) then Redo (CTRL+SHIFT+Z) fixes the issue.

    However, when I change the angle of the object (text box), the text moves but the shadow remains in place. I cannot fix it even by adjusting the Effect angle options.

    I have another issue where I have two separate text boxes on the same page with the exact same font and supposed font size, but the text is quite obviously not actually the… more

    •  

    •  

    6 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    2 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

18. Glyphs automatically replaced with indesign 15.0.1 update

    After updating to version 15.0.1 indesign replaced automatically one of the glyphs of the Source Sans Pro font.
    If the same file is openend with a previous version of indesign, glyph returns to its original appearance.

    •  

    6 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

19. bullets

    When I convert text to outlines, bullets disappear.
    Adobe Indesign 15.0

    • 

    6 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    2 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

20. Bug with world ready composer when use space like thin en or em space in Thai language. And bug in text wrapping in 2020 version.

    After updated to 2020 version that added support to Asian languages (include Thai), it look like Indesign force user (in my case Thai) to set language in Advanced Character Formats to Thai. After set the language Indesign also require me to use World-Ready Composer to set all tone marks in place.
    .
    Before the latest version, I always avoid to use World-Ready Composer because it combines a word to single object, not just locks tone mark and float vowel to character in the right position. By which it impossible to navigate with text tool to the position of text that I want to revise, even if I use right/left key to navigate. It mostly skips word by word, not only character by character. And when I delete a word or a character, some time it not only deletes backward but forward too. (I think because of when I delete character form a word Indesign instantly recognises new word and forces to delete that new word.) But After updated to 2020, I think, I anymore cannot avoid World-Ready Composer.
    .
    After I designed to use World-Ready Composer, I found one more bug. Because in many situations when I craft the spacing in layout (especially in Thai), I always use thin-space to separate character like “ๆ” form word before and after to make the space between them look good. But After I set to World-Ready I found that when thin-space (include other spacial white space like en or em) is in the back of the line the spaces in question act like normal character, so the last character of the line when use left justify do not snap to right frame border. The space still there like It becames one of character. So you can see the gap between the last character and the right frame border. (you can find this instance in attachment in file “space issue.”)
    .
    But the serious issue still there after the update. I, and all of my co-workers, found that everything about word wrapping in Thai language goes wrong after updated to 2020 version. This never happen in the former versions. I don't understand why this issue is happen. Even if I use Discretionary Line Break to help Indesign to wrap text properly. But It is not productive at all, because I had been forced to read text all over again and to insert Discretionary Line Break to every lines. (you can find this instance in attachment in file “wrap gone wrong.” In the high-light is the words that should be stick together.)
    .
    PS. while I wrote this issue report, my co-worker tried to migrate back form 2020 to 2019 and she found that when copy revised text back to 2019 it not the same character encoding. I advised her to try to place that text to TextEdit. It appears that some character is changed to something that is not unicode at all. That never happen in previous versions too. ((you can find this instance in attachment in file “text form 2020” and “text form 2020.” the text form 2020 at frist did in 2019 before migrate to 2020.)

    After updated to 2020 version that added support to Asian languages (include Thai), it look like Indesign force user (in my case Thai) to set language in Advanced Character Formats to Thai. After set the language Indesign also require me to use World-Ready Composer to set all tone marks in place.
    .
    Before the latest version, I always avoid to use World-Ready Composer because it combines a word to single object, not just locks tone mark and float vowel to character in the right position. By which it impossible to navigate with text tool to the position of text that… more

    •  

    •  

    •  

    •  

    6 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  Text/Story/Table  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close
    FIXED  ·  AdminRavi Kiran (Senior Lead Quality Engineer, Adobe InDesign) responded

    The fix for this issue is now available in the latest update of InDesign – that is, InDesign 15.0.2.

    Please update your InDesign application to get this fix.

    —
    Adobe InDesign team