973 results found

1. PDF/X-1a運用において、危険度が高い「画像の配置方法」を発見しましたので報告させていただきます。

   Indesign （15.1.3）（16.4）（17.3）などで以下の現象を確認できます。
   表を作成し、「セルをグラフィックセルに変換」という機能を使用せずに、空のままのセル内に画像を配置します。
   配置方法は、何も選択していない状態で「ファイル」、「配置」、画像を選択して「開く」、配置先のセルをクリックといったものです。
   この配置方法でドキュメントを作成し、「プリント」より出力して確認したところ何の問題もありません。
   印刷会社へ渡すためのPDF/X-1aを「書き出し」より出力します。
   期待する結果としては、「プリント」からの出力結果と同等のPDFが作成されることです。
   実結果は、Illustratorのドロップシャドウが黒ベタに、同ぼかし効果が無効に、Photoshopのレイヤマスクが黒ベタになったPDFが作成されてしまいます。
   以上です。

   •  

   •  

   16 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  ·  AdminSanyam Talwar (Senior Lead Software Engineer, Adobe InDesign) responded

   Hi,
   We have been able to reproduce the issue and it is currently under investigation.

   —

   Adobe InDesign Team

2. [macOS] soft return converted to hard return in InDesign Tagged Text

   Affected version:
   14.0.3 [macOS]

   Steps to reproduce:
   In a New document, make a new text container.
   Enter this sample text:
   “line1 \n line2 \r line3 \n line4”
   where \n = shift+return
   and \r = return
   “line1{{shift+return}}line2{{return}}line3{{shift+return}}line4”
   Set space before or space after to 0.125”
   Export as Adobe InDesign Tagged Text, Unicode format.
   Import result using File > Place

   Expected result
   Soft returns and hard returns

   Actual result
   Hard returns only (soft returns converted)

   • 

   •  

   • 

   16 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
   Closed: Different Product  ·  amaarora responded

   Hi,
   Thanks for your patience all this while. We investigated on this issue and below are our findings. The problem with this bug is related to ages old standards difference between different operating systems.
   On Mac (OS X and later) there is only one way to identify line end i.e by using a single character LF, while on Windows (and DOS before it) uses a pair of CR and LF characters to terminate lines.
   Hence when writing them down to any text file these characters are written as such.
   Windows, can therefore dedicate LF to understand soft return separately while Mac cannot do any
   such thing. Because of this when we read it back from the text file the LF character is interpreted as line break (or new para) on Mac and soft return on Windows.

   These files require conversion when moved from one OS to another

   Consider this article for more information: https://www.oreilly.com/library/view/mac-os-x/0596004605/ch01s06.html
   A same analogy is found in excel when saved as a text file

   Thanks

   Hi,
   Thanks for your patience all this while. We investigated on this issue and below are our findings. The problem with this bug is related to ages old standards difference between different operating systems.
   On Mac (OS X and later) there is only one way to identify line end i.e by using a single character LF, while on Windows (and DOS before it) uses a pair of CR and LF characters to terminate lines.
   Hence when writing them down to any text file these characters are written as such.
   Windows, can therefore dedicate LF to understand soft return separately while Mac cannot do any
   such thing. Because of this when we read it back from the text file the LF character is interpreted as line break (or new para) on Mac and soft return on Windows.

   These files require conversion when moved from one OS to another

   Consider this… more

3. Table headers disappear when pasting

   Several times now I've cut & pasted a table from one part of my document to another only to find the headers disappear. Inserting a row makes the headers reappear.

   I'm usig 12.1.0.56 x64 build.

   • 

   •  

   •  

   16 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

   12 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  ·  Abhinav Kaushik responded

   Please update InDesign to the latest version, InDesign CC 2018 (13.0) for the fix of the issue.

4. WorldReady settings go missing in [Basic Paragraph] style

   Adobe InDesign (ME) 2021, 2020, CC 2019, ..., CS6
   macOS and Windows

   InDesign's WorldReady settings (Paragraph Direction, Kashidas, etc.) are being stripped from a document's [No Paragraph Style] style when opened on a machine with a missing 3rd-party plug-in (like Em Software's InCatalog). This appears to happen with any 3rd-party plug-in that adds a text attribute with a prefix that's lower than the WorldReady plug-in's prefix. While the following steps use the Middle Eastern app (English Arabic), where there's a UI to see the style's empty/blank WorldReady entries, we've confirmed that this problem affects all app variants (including English (Roman)).

   To reproduce:
   1. Install ME version of InDesign 2021 (English Arabic).
   2. Install Em Software's InCatalog plug-in (http://emsoftware.com/products/emcatalog/ ) or any plug-in that adds a text attribute with a prefix ID below that of WorldReady's 0x50f00. (The SDK's BasicTextAdornment sample will work if its kBscTAPrefixNumber is changed to something like 0x43a00.)
   3. Restart InDesign while holding down Shift-Control-Option/Alt (to ensure the session workspace's [Basic Paragraph] style is rebuilt to include the new plug-in's text attribute).
   4. Create a new document and add a text frame containing a few paragraphs using the [Basic Paragraph] style. This text should compose as right-to-left (the ME version's default direction, as specified by WorldReady's kParagraphDirAttrBoss). Create a numbered list, since that's a great way to see the problem.
   5. Save the document.
   6. Quit InDesign.
   7. Remove InCatalog (or whatever plug-in was installed in step 2).
   8. Restart InDesign.
   9. Open the document that was saved in step 5.

   Alternatively:
   1. Install ME version of InDesign 2021 (English Arabic).
   2. Restart InDesign while holding down Shift-Control-Option/Alt (to ensure a clean session workspace)
   3. Open the attached SavedWithInCat(2021ME).indd file. (Well, UserVoice won't let me upload it. Ask & I can send directly.)

   Notice that the text frame in the opened document incorrectly flows left-to-right and the numbered list's numbers wrongly show on the left rather than the right. Edit the [Basic Paragraph] style and note that the WorldReady settings in the Middle East Character Formats and Indents and Spacing panels are blank/empty. (See attached before-after screenshots.) One would expect a style to survive intact even when opened on a machine with a missing 3rd-party plug-in, but instead some of its settings may be at risk of being lost.

   We've used WorldReady as the victim here, but this problem affects any plug-in, Adobe or 3rd party, that adds a text attribute with a prefix that's higher than the missing plug-in's prefix (such as Em Software's InData).

   Details: We've isolated what looks like a long-standing problem (bug?) with the SDK's AttributeBossList::CopyInto(), where it stops the copy when it encounters an attribute whose plug-in is missing. Instead, the copy should continue after the missing plug-in's entry order to produce a complete list of non-missing attributes. Copies produced by AttributeBossList's Duplicate(), ApplyAttributes(), and its copy-constructor are all affected.

   Adobe InDesign (ME) 2021, 2020, CC 2019, ..., CS6
   macOS and Windows

   InDesign's WorldReady settings (Paragraph Direction, Kashidas, etc.) are being stripped from a document's [No Paragraph Style] style when opened on a machine with a missing 3rd-party plug-in (like Em Software's InCatalog). This appears to happen with any 3rd-party plug-in that adds a text attribute with a prefix that's lower than the WorldReady plug-in's prefix. While the following steps use the Middle Eastern app (English Arabic), where there's a UI to see the style's empty/blank WorldReady entries, we've confirmed that this problem affects all app variants (including English (Roman)).

   … more

   •  

   •  

   •  

   •  

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

   Thanks for reporting this issue.
   We’ll review this shortly.

   —
   Adobe InDesign team

5. Spellcheck is grabbing the comma after words, causing an error

   Since upgrading to Indesign 2021 v16.0, when I run a spell check, if it catches a word it thinks is misspelled but that word has a comma after it, spellcheck also grabs the comma. If I attempt to Add that word to my user dictionary, I get an error "Words ending in punctuation other than ending periods may not be added into the dictionary". This never happened in previous versions of Indesign. See attached screengrab.

   (MacOS Catalina 10.15.7 // Macbook Pro Mid 2015)

   •  

   •  

   15 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

   6 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 – version 16.0.1.

   Please update to this version to get the fix.

   —
   Adobe InDesign team

6. Vertical Text Alignment not working correctly in InDesign 2020

   I recently upgraded to InDesign CC 2020 and find all the text in circles not aligned vertically center. Document was last opened in CC 2019 and these were fine. I haven’t modified these since. Rectangles are fine. See attached example - clearly not right and inconsistently so. I have tried every setting and I can’t get them to line up. Thanks!

   •  

   15 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

   18 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

   Fix for this issue is now available in the latest update of InDesign 2020 – that is, InDesign 15.0.1

   In the Creative Cloud Desktop application, click on the Updates section on the left. You should be able to see the Update available for InDesign. Please update your InDesign application to this version to try out the fix.

   If you have created documents from ID15.0 where you see this issue, please do a Force Recomposition of the Text Frames (Cmd-Opt-/ on Mac, Ctrl-Alt-/ on Win) to make it work correctly.

   Let us know in the comments section if you face any problem with the updation process.

   —
   Adobe InDesign Team

7. World-Ready Composer Is messing up the kerning in Latin fonts

   I have reported a variation of this—back with CS6—but it seems not to have been fixed. I assume it's a bug, but if someone can enlighten me about what I might be doing wrong and how I can fix this, I'd appreciate it.

   I often work on books that include Arabic and Hebrew words and phrases in the middle of English text. They only way to get the Arabic ligatures to form is to use one of the World Ready composers. When I do that, though, the kerning around some English characters often—but not always—is affected. I have tried turning on and off various settings—justification settings, kashidas, etc.—and their effect seems to be random. Sometimes the changes fix the problem until the page redraws, sometimes the errant kerning is corrected in one location but shows up in another location, sometimes nothing happens at all. I'm attaching two screen captures of a book that I have in production now with the word "economics" selected in each. In the shot with the World-Ready Paragraph Composer active, you can see the extra kerning between the "e" and the "c." In the shot with the WRPC deactivated, the word looks as it should.

   Is this a bug? If not, what am I doing wrong? If it is, when might we expect a fix. Unfortunately, I have a deadline on this project now and can't see any reasonable way to fix this. Thanks for considering this problem.

   I have reported a variation of this—back with CS6—but it seems not to have been fixed. I assume it's a bug, but if someone can enlighten me about what I might be doing wrong and how I can fix this, I'd appreciate it.

   I often work on books that include Arabic and Hebrew words and phrases in the middle of English text. They only way to get the Arabic ligatures to form is to use one of the World Ready composers. When I do that, though, the kerning around some English characters often—but not always—is affected. I have tried turning… more

   • 

   • 

   15 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

   10 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  ·  Abhinav Kaushik responded

   Hello All,
   Thank you for reporting the issue to us.
   We have fixed the issue in the latest version of InDesign, Id 15.0

   Please upgrade your InDesign application to the latest version to try out the fix.

   If you face any problems with the new update, do let us know in the comments.

   You may also follow the below given link for the list of all fixed issues in Id 15.0
   https://helpx.adobe.com/indesign/kb/fixed-issues.html

   -InDesign Team

8. Grep expressions with ~F in a character class fail in endnotes

   The inclusion of ~F in a character class invalidates grep expressions in endnotes.

   InDesign version: 14.0.2.324 (with the GREP fix installed)

   Steps to reproduce:

   1. Open the attached document. It contains a single page with text and an endnote.
   2. In the GREP tab of the Find/What window, enter the following GREP expression:

   \d[^.,;~F]+

   And target the document. The expression matches from a digit up to the next period, comma, semicolon, or footnote marker.

   Expected result: The expression should match some text in the main text and in the endnote.
   Actual Result: The expression does not match anything in the endnote.

   To show that it's ~F that's the problem, use this expression:

   \d[^.,;]+

   It matches in the main text and in the footnote, as expected.

   The inclusion of ~F in a character class invalidates grep expressions in endnotes.

   InDesign version: 14.0.2.324 (with the GREP fix installed)

   Steps to reproduce:

   1. Open the attached document. It contains a single page with text and an endnote.
   2. In the GREP tab of the Find/What window, enter the following GREP expression:

   \d[^.,;~F]+

   And target the document. The expression matches from a digit up to the next period, comma, semicolon, or footnote marker.

   Expected result: The expression should match some text in the main text and in the endnote.
   Actual Result: The expression does not match anything in the endnote.

   To… more

   14 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

   6 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

   Hi,
   Thanks for reporting the issue
   We are looking into it

   -InDesign Team

9. Auto-size text boxes with rounded corners expands randomly.

   Version 2018, 13.0

   Set a text box to auto size height and width (with no line breaks)
   Make the corners rounded
   As you can see in the attached jpgs of before and after, sometimes the box expands in width and sometimes in height, but randomly, not wrapping around the text correctly.

   •  

   •  

   • 

   •  

   14 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

   8 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,
   Can you please mail me a sample document to reproduce the issue? I am unable to reproduce the bug.
   Is the issue only specific to 13.0? What is the reference point for the autosize?

   -Aman
   amaarora@adobe.com

10. Font not working after InDesign 17.2 upgrade

    The font "AlteHaasGroteskBold" worked with the previous version of InDesign. It is open in FontExplorer X Pro (7.3.0) and works in Illustrator and Photoshop (current versions).

    •  

    •  

    •  

    13 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

11. Khmer Script Punctuation Line Breaking Is Broken

    Regression Bug (used to work in InDesign CS 5.5)

    Adobe InDesign CC 15.03 currently will break lines between Khmer script and its punctuation even though no space is present (Khmer Unicode Punctuation: https://en.wikipedia.org/wiki/Khmer_script#Spacing_and_punctuation ) as pictured in the attachment.

    Desired Result: Khmer punctuation should stay with the Khmer script preceding it (just like an English period, comma, question mark, etc. does). The whole word should line break with the punctuation (currently Khmer uses zero-width spaces [U+200B] to indicate a word-boundary).

    •  

    13 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

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

12. Column Rules fail if a Table is the first item in a Text Frame

    (Hmm ... tried to attach an INDD file and I'm told they're not allowed. Really? OK ... will try a ZIP file with the INDD inside. Nope ... ZIP won't work either. Uploading a PNG screenshot)

    Column Rules fail if a Table is the first item in a Text Frame

    Please see the attached sample file.

    On page 1 and 2 you will find a variety of 2-column frames with column rule applied.

    In each case, the column rule will fail BECAUSE the first item in the frame is a Table. But, on page 2 I've added one extra example where a leading paragraph does exist, and because of this the column rule is ok.

    I suspect the problem stems from the basic idea that a Column Rule will not appear in a text frame if there is NO text in the frame. Actually ... I'm not 100% sure I agree with that operation. If the column rule would appear with our without text, then this would solve the problem. But ... that might cause other problems.

    Either way ... the Table is not being recognised as a valid trigger for the column rule to be invoked.

    Thanks :)

    Allan

    (Hmm ... tried to attach an INDD file and I'm told they're not allowed. Really? OK ... will try a ZIP file with the INDD inside. Nope ... ZIP won't work either. Uploading a PNG screenshot)

    Column Rules fail if a Table is the first item in a Text Frame

    Please see the attached sample file.

    On page 1 and 2 you will find a variety of 2-column frames with column rule applied.

    In each case, the column rule will fail BECAUSE the first item in the frame is a Table. But, on page 2 I've added one extra example… more

    •  

    13 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
    CLOSED  ·  AdminSanyam Talwar (Senior Lead Software Engineer, Adobe InDesign) responded

    Hi,
    The feature is working as expected. As soon as you add some text below the table, the Column Rules work fine.

    
    

    —

    Adobe InDesign Team

13. Cross reference takes more space than its text

    A cross reference sometimes takes up more space than its actual text.

    In the attached shows a frame with text with the right side of the text frame visible and the word "with" (above) extending well beyond the 2nd to last line in the frame. The "112" in the picture is a cross reference. When that cross reference is removed and "regular" text is typed in the 112 fits on the line.

    Question first posted and confirmed by another here: https://forums.adobe.com/message/10908454#10908454.

    This happens in CS6 and in CC2019, 14.0.1 x64.

    •  

    13 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

14. lag selecting text

    InDesign 14.0.1

    1. Switch to InDesign from another program
    2. Select either Selection Tool or Direct Select tool
    3. Double click on the text to place a cursor among the text
    4. Double click again to select a word

    Expected result: quick action from step to step

    Actual result: a few seconds of lag

    13 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

15. Keyboard shortcut Ctrl+Right Arrow / Left Arrow in tables

    InDesign version 14.0.

    The keyboard shortcut "Ctrl+Right Arrow" to move one word to the right does not work when the text cursor is in a table. Same for "Ctrl+Left Arrow", to move one word to the left.

    13 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

    16 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  ·  amaarora responded

    Fix for this issue is now available in the latest update of InDesign 2020.

    In the Creative Cloud Desktop application, click on the Updates section on the left. You should be able to see the Update available for InDesign. Please update your InDesign application to this version to try out the fix.

    Let us know in the comments section if you face any problem with the updation process.

    —
    Adobe InDesign Team

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

17. Find ‘Book’ font style bug

    In InDesign 2021 (the latest version both on Mac and Windows), I add a text frame and fill it with placeholder text which is set, by default, to Minion Pro - Regular.
    Then I go to the find-change dialog box and set 'find format > basic character format > font style' to Book.
    And guess what happens when I hit the ‘find next’ button? It selects all the ‘regular text. (The document has no text with the 'book' font style applied!)
    Selecting another style — e.g. Bold, Italic, etc. — results, as expected, in the 'cannot find match' alert.
    Looks like a bug to me!
    The same problem occurs with GREP search as well.
    Also, other users reported me that it happens in CS6, CC 2017, 2019 and 2020.

    In InDesign 2021 (the latest version both on Mac and Windows), I add a text frame and fill it with placeholder text which is set, by default, to Minion Pro - Regular.
    Then I go to the find-change dialog box and set 'find format > basic character format > font style' to Book.
    And guess what happens when I hit the ‘find next’ button? It selects all the ‘regular text. (The document has no text with the 'book' font style applied!)
    Selecting another style — e.g. Bold, Italic, etc. — results, as expected, in the 'cannot find match' alert.
    Looks… more

    •  

    12 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

18. Nonbreaking Hyphen is ignored on import from DOCX

    • 

    • 

    • 

    12 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

    9 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. Adobe Fonts not activating

    When I need to activate a font from Adobe Fonts directly from Find Font context menu inside InDesign, it keeps loading indefinitely but never actually activates.

    The only solution is going to Adobe Fonts web page and activate it there.

    Screenshot attached.

    •  

    12 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

20. Burmese font rendering error

    InDesign CC 15
    WorldScript doesn't compose Burmese Unicode characters correctly, shifting the location of some characters and not positioning some accents correctly, do you have a plan to fix this as it has been like it for a long time? Other languages like Lao and Khmer have been fixed over time, but not Burmese.

    12 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

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