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

3. InDesign 2020 Middle Eastern, Arabic language causes reversed numbers order

   When working with Arabic and wanting to have Roman Digits, one needs to choose the "Arabic" digits option.
   More option that should be set for Arabic are:
   Character direction should be set to "default"
   Paragraph direction should be set to "Right to Left"
   Paragraph composer should be set to "Adobe World-Ready Paragraph Composer"
   Language should be set to "Arabic"
   Ligatures should be "On"

   BUT
   If I type a date that suppose to be presented like this:
   9/1/2020
   as soon as selecting "Arabic" for language the order is reversed to this:
   2020/1/9

   As digits has a built in Left to Right direction, all neutral characters between the numbers should get the same definition. This is how it worked until the 2020 update.
   Now it looks that all the "/" characters where not effected by the numbers direction and remained Right to Left direction.

   Mac Pro (Late 2013)
Software OS X 10.14.6 (18G2022)
Processor 3.5 GHz 6-Core Intel Xeon E5
Memory 32 GB 1867 MHz DDR3 ECC
Adobe Software version: 2020

   When working with Arabic and wanting to have Roman Digits, one needs to choose the "Arabic" digits option.
   More option that should be set for Arabic are:
   Character direction should be set to "default"
   Paragraph direction should be set to "Right to Left"
   Paragraph composer should be set to "Adobe World-Ready Paragraph Composer"
   Language should be set to "Arabic"
   Ligatures should be "On"

   BUT
   If I type a date that suppose to be presented like this:
   9/1/2020
   as soon as selecting "Arabic" for language the order is reversed to this:
   2020/1/9

   As digits has a built in Left to Right… 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

   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

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

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

6. Stroke Drawing Order not working

   InDesign 2019 on MacOS 10.13.6

   Steps to reproduce
   Define table stroke using the proxy in the Control panel (see screenshot) and try to change the Stroke Drawing Order.

   Expected result
   Stroke Drawing Order "Row Strokes In Front" should be as selected in "Table Options"

   Actual result
   Row Strokes are not in front. All strokes which are altered using the control panel options remain unchanged.
   If a new table is setup using only the menu options (Cell Options > Strokes And Fills) everything works fine.

   •  

   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
   Need More Info  ·  AdminRavi Kiran (Senior Lead Quality Engineer, Adobe InDesign) responded

   In the Table Setup dialog, do the following:

   In the Row Strokes section (2nd tab), choose Alternating Pattern : Every Other Row and then make the First 1 Rows and Next 1 Rows the exact same settings.

   In the Column Strokes section (3rd tab), choose Alternating Pattern: Every Other Column and then make the First 1 Columns and Next 1 Columns the exact same settings.

   In the Table Setup section (1st tab), you can set the Table Border as 0mm and Stroke Drawing Order as ‘Row Strokes in Front’.

   Most probably this should help you get the results you are after. Try this out and let us know if it helps.

   Adobe InDesign team

7. Text Wrap function not available!

   Can anyone help?! The Text Wrap function in InDesign is just not available. All I can see is a blank panel. Done the usual restarts etc. but still no joy and getting incredibly frustrating now.

   Running latest update of InDesign on MacBook Pro High Sierra 10.13.4

   •  

   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

8. Ignore All not working in spell check

   When using the spell check, the "Ignore All" feature no longer appears to work. When spell checking a long document this is a pain and it's really easy to miss something that is actually wrong.

   This seems to be a fairly recent thing as it did used to work. Using the latest version of InDesign.

   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

   11 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
   Closed: Fixed  ·  AdminRavi Kiran (Senior Lead Quality Engineer, Adobe InDesign) responded

   This issue got fixed in InDesign CC 2019 (v 14.0) released in Oct 2018.
   Please update to the latest version of InDesign (v 14.0.1), available via Creative Cloud Desktop app.

   We thank you for your support.

   Adobe InDesign team

9. InDesign should apply variating substitutions from rclt

   Variable fonts may contain location-dependent substitutions, but the rvrn feature runs too early for many real-world substitutions. The solution in font-making land has been to use the rclt or rlig features instead, but at least the former is not supported by InDesign. This is a major headache for e.g. Arabic.

   Technical discussion about this at

   • https://github.com/googlefonts/ufo2ft/issues/590
   • https://github.com/fonttools/fonttools/issues/2050
   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

   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

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

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

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

    •  

    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

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

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

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

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

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

18. thai

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

    •  

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

19. Indents incorrect when importing Word document

    When importing a Word document that contains some indented paragraphs, the left indent being set to 5mm in Word (for example), once placed in InDesign, these 5mm indents typically show as 4.992mm. This would not neccesarily be a problem except that Find/Change in InDesign will not recognise an indent to 3 decimal places and therefore this cannot be located easily and fixed. This is proving to be a big problem in my workflow as I cannot automate the process of re-styling these paragraphs using InDesign Paragraph Styles with Find/Change. This bug occurs whatever measurement system is used, i.e. mm, inches, pts etc. Version of InDesign used: 14.0.3 although the same problem exists back to CS6 at least.

    When importing a Word document that contains some indented paragraphs, the left indent being set to 5mm in Word (for example), once placed in InDesign, these 5mm indents typically show as 4.992mm. This would not neccesarily be a problem except that Find/Change in InDesign will not recognise an indent to 3 decimal places and therefore this cannot be located easily and fixed. This is proving to be a big problem in my workflow as I cannot automate the process of re-styling these paragraphs using InDesign Paragraph Styles with Find/Change. This bug occurs whatever measurement system is used, i.e. mm, inches,… 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

    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
    Under Review  ·  AdminRavi Kiran (Senior Lead Quality Engineer, Adobe InDesign) responded

    Thanks for reporting this issue.
    We are going to review it shortly.

    —
    Adobe InDesign team

20. Mongolian

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