1067 results found

1. [ID-4274638]Text disappears intermittently while Typing

   I am using InDesign 2026 on a PC and text disappears intermittently as I'm typing. I don't know exactly what triggers it. It reappears of if scroll up or down but it annoying all the same. Can it be fixed?

   Analysis

   • This may be specific to Windows Platform only.

   Workaround

   • Change the presentation mode.
   • Add more text.

   •  

   •  

   •  

   •  

   •  

   •  

   • 

   •  

   •  

   •  

   •  

   •  

   •  

   • 

   • 

   •  

   •  

   •  

   230 votes

   Vote 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

   292 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

   Submit Rating
   FIXED  ·  AdminRavi Kiran (Admin, Adobe InDesign) responded

   Fix for this issue is available in the latest InDesign 2026 release (21.2.0.30) and InDesign 2025 LTS release (20.5.2.078), please update to this release from CCD app.

   --

   Adobe InDesign team

2. World-Ready Composer – Nonbreaking & Flush Bugs

   NOTE: Please see the attached screenshots
   Adobe World-Ready Paragraph Composer ONLY

   1. NONBREAKING SPACE (FLEXIBLE) BEHAVES AS FIXED WIDTH:
      The "Nonbreaking Space" fails to expand/compress in justified text. It stays at a fixed width, making it identical to the "Nonbreaking Space (Fixed Width)".

   2. MULTIPLE FLUSH SPACES FAIL TO DISTRIBUTE EQUALLY:
      In a single line only the last Flush Space in the line expands, while the others behave like standard spaces.

   Expected behavior:
   NONBREAKING SPACE: Should flex with justification.
   FLUSH SPACES: Should distribute the empty space equally between all instances in the line.

   System Info: MacOS+Windows
   All InDesign versions
   Adobe World-Ready Paragraph Composer

   NOTE: Please see the attached screenshots
   Adobe World-Ready Paragraph Composer ONLY

   1. NONBREAKING SPACE (FLEXIBLE) BEHAVES AS FIXED WIDTH:
      The "Nonbreaking Space" fails to expand/compress in justified text. It stays at a fixed width, making it identical to the "Nonbreaking Space (Fixed Width)".

   2. MULTIPLE FLUSH SPACES FAIL TO DISTRIBUTE EQUALLY:
      In a single line only the last Flush Space in the line expands, while the others behave like standard spaces.

   Expected behavior:
   NONBREAKING SPACE: Should flex with justification.
   FLUSH SPACES: Should distribute the empty space equally between all instances in the line.

   System Info: MacOS+Windows
   All InDesign versions
   Adobe World-Ready Paragraph… more

   •  

   108 votes

   Vote 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

   Submit Rating

3. [ID-4272938] After installing a Windows 11 update, InDesign is unable to find the Times New Roman and Calibri fonts

   •  

   •  

   •  

   60 votes

   Vote 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

   36 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

   Submit Rating
   Available in Prerelease Builds  ·  AdminSanyam Talwar (Senior Lead Software Engineer, Adobe InDesign) responded

   The fix for this issue is available in the InDesign PreRelease build(v21.4.0.068) and above.

   Please check if the issue is now resolved.

   Download/Update the latest InDesign PreRelease build in Creative Cloud under the “Prerelease” category(Refer to “Prerelease_CreativeCloud.png” for reference)

   Please apply to the InDesign PreRelease in case you don’t have access to the InDesign PreRelease build – https://www.adobeprerelease.com/beta/C6DFA254-C40C-4EEB-8F6D-F4AEDA2E6171

   If you still encounter any issues, please drop a mail to sharewithID@adobe.com.

   —

   Adobe InDesign team

4. RTL Text Bugs Despite "Fixed" Notification

   InDesign 20.3.1.073

   Dear Adobe InDesign Development Team,
   We appreciate your efforts in addressing the RTL text issues introduced with the HarfBuzz engine in InDesign 19 (2024) and the improvements made through version 20.3.1.073.
   However, we must bring to your urgent attention that, contrary to your recent "Fixed" notification, several critical bugs remain unresolved, several critical bugs remain unresolved, impacting right-to-left (RTL) workflows (Hebrew & Arabic).

   Critical Bug:

   • #1: Disappearing Punctuation/Text in PDF Export with Drop Cap and Line Break When a drop cap is applied )in justified RTL text( followed by punctuation and a line break, the punctuation marks (and sometimes adjacent text) completely disappear in the exported PDF, leaving only white space. This issue is particularly dangerous because it appears ONLY in the exported PDF, not in InDesign's interface and can easily lead to published documents with missing content. o Report + screenshots: https://www.adobeprerelease.com/beta/C6DFA254-C40C-4EEB-8F6D-F4AEDA2E6171/feedback/item/ID-4262114

   Additional Unresolved Bugs:

   • 2: Reversed Cursor Navigation with Modifier Keys
     When navigating RTL text using arrow keys with Shift (to select text) or Command/Control (to skip words), the cursor moves in the opposite direction of the arrow pressed (e.g., right arrow selects text to the left). Regular arrow navigation (without modifiers) works correctly. This occurs in “Visual” cursor movement mode (Preferences > RTL > Cursor Movement) which is commonly used by RTL users.
     o Report + video: https://www.adobeprerelease.com/beta/C6DFA254-C40C-4EEB-8F6D-F4AEDA2E6171/feedback/item/ID-4260041

   • 3: No Visual Indication for 'Nikkud' (Diacritics) Selection
     Unlike the previous text engine, the HarfBuzz engine lacks visual feedback when selecting nikkud (Hebrew diacritics), making it difficult to edit accurately.
     o Report + screenshots: https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/48967916--id-4246352-nikkud-accents-diacritics-selection

   We urge the InDesign team to prioritize the critical PDF export bug (Issue #1) for immediate resolution, work toward a complete solution for all RTL bugs, and update the misleading “Fixed” notification for version 20.3.1.073.

   Please let us know how we can assist further (e.g., providing test files or additional details).

   Thank you for your attention to this matter.

   Sincerely,
   Adobe InDesign User Community
   RTL Languages

   InDesign 20.3.1.073

   Dear Adobe InDesign Development Team,
   We appreciate your efforts in addressing the RTL text issues introduced with the HarfBuzz engine in InDesign 19 (2024) and the improvements made through version 20.3.1.073.
   However, we must bring to your urgent attention that, contrary to your recent "Fixed" notification, several critical bugs remain unresolved, several critical bugs remain unresolved, impacting right-to-left (RTL) workflows (Hebrew & Arabic).

   Critical Bug:

   • #1: Disappearing Punctuation/Text in PDF Export with Drop Cap and Line Break When a drop cap is applied )in justified RTL text( followed by punctuation and a line break, the punctuation marks (and… more

   • 

   •  

   •  

   • 

   • 

   163 votes

   Vote 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

   70 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

   Submit Rating

5. [ID-4272086]TAB indents are getting removed on dragging the left side

   Good morning, I updated InDesign to version 21 and I'm having problems with the tab stops on both PCs. In the tab settings, if I set three tab stops, for example, the first at 10 cm, the second at 20 cm, and the third at 30 cm, if I move the first one, the other two disappear.
   With the beta version, there were no problems. I tried resetting the preferences, but nothing. A technician connected and checked the problem. He said to report the bug.

   • 

   • 

   •  

   44 votes

   Vote 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

   26 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

   Submit Rating
   FIXED  ·  AdminSanyam Talwar (Senior Lead Software Engineer, Adobe InDesign) responded

   The fix of the issue is now available in the latest InDesign 2026(v21.0.1.006). We recommend you upgrade to the latest version for the fix.

   If you are unable to see the update, go to the Creative Cloud application, click on the context menu on the top right, and click on Check for App Updates.

   —

   Adobe InDesign Team

6. [ID-4258070]Disappearing Punctuation Marks in Hebrew RTL Justified Text in Exported PDF

   Severity Level: Critical
   Impact: Severe disruption to Hebrew text layout workflow and document integrity

   Bug Description

   Punctuation marks are randomly disappearing in justified Hebrew text blocks (RTL direction), specifically at:
   - Paragraph endings
   - Forced line breaks
   - Last lines of justified paragraphs

   Technical Context

   • Text Direction: Right-to-Left (RTL)
   • Language: Hebrew
   • Text Alignment: Justified

   Affected Punctuation Marks

   • Periods (.)
   • Semicolons (;)
   • Commas (,)
   • Colons (:)

   Specific Behavior in RTL Context

   1. When Hebrew text is set to justified alignment, punctuation marks vanish:
      • At the end of paragraphs
      • Before forced line breaks
   2. Exception: Punctuation marks remain visible if the last line is explicitly right-aligned
   3. The issue appears to be specific to RTL text direction and does not occur in LTR text

   Known Workarounds and Their Limitations

   1. Legacy Composition Engine Option:

      • While switching to the legacy composition engine in preferences resolves this specific issue
      • We strongly advise against this solution due to:
        • Previously reported bugs and limitations in the legacy engine (see bug reports #ID-4245219)
        • Performance issues documented in our earlier reports
        • Compatibility concerns with newer features
      • We require a proper fix in the current composition engine rather than reverting to legacy solutions

   2. Temporary Layout Workaround:

      • Right-align the last line of affected paragraphs
      • This is not viable for production as it:
        • Affects layout consistency
        • Requires constant manual intervention
        • Disrupts automated workflows

   Technical Impact

   • Compromises Hebrew document accuracy
   • Requires constant manual checking and fixes
   • Disrupts automated workflows for Hebrew text processing
   • May lead to incorrect final output in published Hebrew materials

   Priority Level

   Immediate attention required as this bug:
   - Affects core Hebrew typography functionality
   - Creates significant quality control issues in RTL text layouts
   - Requires time-consuming manual verification
   - May result in incorrect published content

   Steps to Reproduce

   1. Set paragraph direction to RTL
   2. Create a Hebrew text block with justified alignment
   3. Type a paragraph ending with any punctuation mark
   4. Add forced line breaks within the paragraph
   5. Observe the disappearance of punctuation marks at:
      • Paragraph endings
      • Before forced line breaks

   Technical Investigation Request

   Please investigate:
   - RTL text rendering engine behavior
   - Interaction between justified alignment and RTL text direction
   - Potential conflicts between Hebrew text processing and punctuation handling
   - Implementation of punctuation handling in the current composition engine

   Request

   Immediate investigation and hotfix needed in the current composition engine. While we acknowledge the existence of a legacy engine workaround, we require a proper fix in the current engine to maintain workflow efficiency and compatibility with modern features.

   Severity Level: Critical
   Impact: Severe disruption to Hebrew text layout workflow and document integrity

   Bug Description

   Punctuation marks are randomly disappearing in justified Hebrew text blocks (RTL direction), specifically at:
   - Paragraph endings
   - Forced line breaks
   - Last lines of justified paragraphs

   Technical Context

   • Text Direction: Right-to-Left (RTL)
   • Language: Hebrew
   • Text Alignment: Justified

   Affected Punctuation Marks

   • Periods (.)
   • Semicolons (;)
   • Commas (,)
   • Colons (:)

   Specific Behavior in RTL Context

   1. When Hebrew text is set to justified alignment, punctuation marks vanish:
      • At the end of paragraphs
      • Before forced line breaks
   2. Exception: Punctuation marks remain visible if the last line is… more

   •  

   • 

   •  

   •  

   •  

   • 

   413 votes

   Vote 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

   172 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

   Submit Rating
   FIXED  ·  AdminSanyam Talwar (Senior Lead Software Engineer, Adobe InDesign) responded

   The fix of the issue is now available in the latest InDesign 2025(v20.3.1.073). We recommend you upgrade to the latest version for the fix.

   If you are unable to see the update, go to the Creative Cloud application click on the context menu on the top right, and click on Check for App Updates.

   —

   Adobe InDesign Team

7. Hebrew Text Bugs in InDesign 2025

   1. Incorrect cursor movement with arrow keys in Visual movement mode: When working with Hebrew text in Visual movement mode, the arrow keys do not move the cursor in the expected or desired direction. This issue disrupts editing and text arrangement in Hebrew.
      Tracked via https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/48967859-cursor-movement-wrong

   2. Disappearance of punctuation marks and letters in exported PDFs: In various situations when working with Hebrew text, certain punctuation marks (e.g., periods, commas, etc.) and individual letters disappear in the final exported PDF file.
      Tracked via https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/49051367--id-4245219-disappearing-punctuation-marks-in-hebr

   3. Second letter disappears after an opening letter: Under certain conditions, the second letter after the opening letter in a word vanishes. This issue affects the appearance and natural flow of the text.
      Tracked via https://indesign.uservoice.com/forums/601180/suggestions/49198283

   1. Incorrect cursor movement with arrow keys in Visual movement mode: When working with Hebrew text in Visual movement mode, the arrow keys do not move the cursor in the expected or desired direction. This issue disrupts editing and text arrangement in Hebrew.
      Tracked via https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/48967859-cursor-movement-wrong

   2. Disappearance of punctuation marks and letters in exported PDFs: In various situations when working with Hebrew text, certain punctuation marks (e.g., periods, commas, etc.) and individual letters disappear in the final exported PDF file.
      Tracked via https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/49051367--id-4245219-disappearing-punctuation-marks-in-hebr

   3. Second letter disappears after an opening letter: Under certain conditions, the second letter after the opening letter in… more

   354 votes

   Vote 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

   122 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

   Submit Rating
   CLOSED  ·  AdminSanyam Talwar (Senior Lead Software Engineer, Adobe InDesign) responded

   This issue is amalgamation of multiple issues related to Hebrew Text. We are now tracking all the issues via different UserVoice thread as listed in the description.

   -

   Adobe InDesign Team

8. Bug in 21.4 and 21.4.1 not recognize the local TrueType font

   After updating to InDesign 21.4 and 21.4.1, I encountered a major bug regarding font management, specifically with local TrueType fonts (like Futura TT).

   ISSUE SYMPTOMS:
   1. InDesign 21.4 does not recognize the local TrueType font anymore. The text appears highlighted in pink (substituted font) and the font name appears in square brackets like [Futura (TT)].
   2. In the "Find/Replace Font" dialog, it says "Missing Fonts: 0", but the substitution remains active and the text is not rendered correctly.
   3. Placing the correct .ttf files into the "Document Fonts" folder is completely ignored by version 21.4.

   TROUBLESHOOTING DONE:
   - Cleared Adobe font caches and deleted .lst files (no effect).
   - Reset InDesign preferences (no effect).

   PROOF OF THE BUG:
   I performed a downgrade to InDesign 21.3. Opening the exact same file (.indd and .idml) with the exact same font files on the exact same Mac works perfectly. Version 21.3 recognizes the font instantly and the pink highlight disappears.

   This is clearly a regression/bug introduced in the 21.4 update regarding how InDesign handles local TrueType fonts when a system font conflict occurs. Please look into this.

   • InDesign Version: 21.4 and InDesign Version: 21.4.1
   • OS: macOS

   After updating to InDesign 21.4 and 21.4.1, I encountered a major bug regarding font management, specifically with local TrueType fonts (like Futura TT).

   ISSUE SYMPTOMS:
   1. InDesign 21.4 does not recognize the local TrueType font anymore. The text appears highlighted in pink (substituted font) and the font name appears in square brackets like [Futura (TT)].
   2. In the "Find/Replace Font" dialog, it says "Missing Fonts: 0", but the substitution remains active and the text is not rendered correctly.
   3. Placing the correct .ttf files into the "Document Fonts" folder is completely ignored by version 21.4.

   TROUBLESHOOTING DONE:
   - Cleared Adobe… more

   4 votes

   Vote 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

   Submit Rating

9. [ID-4246352]NIKKUD (accents/diacritics) selection has become invisible

   InDesign version: v20 (both Mac & PC)

   Hebrew letters can use NIKKUD - vocalization diacritical marks (function like Vowels) under/above the letter.

   • In previous versions (-2023) it was possible to select only the NIKKUD (attached image) of the letter. (in order to specify the position of the NIKKUD using the Diacritic Positioning panel or to change color, etc.)
   • In the current version (2024-2025) the selection is on the entire letter, and there is no visual indication whether the letter or the NIKKUD is selected (attached image).

   Note: Sometimes there are two NIKKUD characters and even in such a case in the past it was possible to choose each separately (attached image)

   InDesign version: v20 (both Mac & PC)

   Hebrew letters can use NIKKUD - vocalization diacritical marks (function like Vowels) under/above the letter.

   • In previous versions (-2023) it was possible to select only the NIKKUD (attached image) of the letter. (in order to specify the position of the NIKKUD using the Diacritic Positioning panel or to change color, etc.)
   • In the current version (2024-2025) the selection is on the entire letter, and there is no visual indication whether the letter or the NIKKUD is selected (attached image).

   Note: Sometimes there are two NIKKUD characters and even in such a case in… more

   •  

   •  

   •  

   224 votes

   Vote 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

   53 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

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

10. [ID-4243320] Incorrect cursor movement in RTL text when Harfbuzz text shaping is used.

    InDesign version: v20 (both Mac & PC)

    In right-to-left languages ​​(Hebrew & Arabic) the cursor movement went crazy:
    - Left key - goes up
    - Right key - jumps to the end of the line...
    We can't work that way

    Note: both (23\25 indd) set to 'Visual' in preferences > right-to-left > cursor movement (of course, changing the setting to 'logical' doesn’t solve it)

    • 

    190 votes

    Vote 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

    46 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

    Submit Rating
    FIXED  ·  AdminRavi Kiran (Admin, Adobe InDesign) responded

    Fix for this issue is available in the latest InDesign Release version 20.2, available via Adobe CCD app.

    --

    Adobe InDesign team

11. オブジェクト拡大・縮小に応じない いくつかのテキスト属性がある

    テキスト属性のいくつかは拡大・縮小に応じません。
    すべて日本語版だけの要素なので、日本語で失礼します。

    発生バージョン：これまでの全てのバージョン
    検証手順：
    1 さまざまな属性を与えたテキストフレームを用意
    2 1をコピー
    3 1のテキストフレームをアウトライン作成
    4 塗りカラーを変更
    5 元の位置にペースト
    6 すべてを選択
    7 拡大・縮小

    添付画像A は 5あるいは6の状態、添付画像Bが7の結果です。
    これにより、以下の属性が拡大・縮小に応じないことがわかります。
    ・ルビ文字のオフセット
    ・圏点のオフセット
    ・縦中横のオフセット
    ・割注の行間

    通常の業務ではこのような作業を行うことはほとんどありませんが、
    決して看過してよい仕様ではありません。改善を希望します。

    •  

    •  

    2 votes

    Vote 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

    Submit Rating

12. Font family names containing "&" display incorrectly in font menu

    Adobe InDesign v21.3

    Steps to reproduce the issue

    1. Install two test fonts with the following family names:
       • “A & B - Test 1”
       • “A&B - Test 2”
    2. Launch InDesign.
    3. Open the Character panel.
    4. Type “A & B”
    5. Observe the displayed family names in the dropdown results.

    Expected result

    Both family names should display exactly as defined in the font name table:

    • “A & B”
    • “A&B”

    Actual result

    The family name containing spaces around the ampersand displays correctly:

    • “A & B”

    The family name with the ampersand between adjacent characters does not display correctly in the dropdown:

    • “AB”

    The ampersand is removed from the dropdown display only when positioned between non-space characters.

    Additional notes

    • The full family name displays correctly elsewhere in the UI after selection.
    • This appears to be specific to ampersands between adjacent characters, though it could potentially affect other special characters as well.
    • The OpenType name table values are spec-compliant. Please see name ID 6 in the OpenType name table specification.
    • Name IDs 1, 4, 6, and 16 all preserve the ampersand correctly.

    Attachments

    • Screenshot showing the font search results and incorrect dropdown rendering.
    • Two minimal test fonts demonstrating the issue.

    Dropbox link to test fonts: test_fonts.zip

    Adobe InDesign v21.3

    Steps to reproduce the issue

    1. Install two test fonts with the following family names:
       • “A & B - Test 1”
       • “A&B - Test 2”
    2. Launch InDesign.
    3. Open the Character panel.
    4. Type “A & B”
    5. Observe the displayed family names in the dropdown results.

    Expected result

    Both family names should display exactly as defined in the font name table:

    • “A & B”
    • “A&B”

    Actual result

    The family name containing spaces around the ampersand displays correctly:

    • “A & B”

    The family name with the ampersand between adjacent characters does not display correctly in the dropdown:

    • “AB”

    The ampersand is… more

    •  

    2 votes

    Vote 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

    Submit Rating

13. Linear B

    Character “Linear B Syllable B008 A” (Unicode U+10000) doesn’t display properly, no matter which font is used.

    I have tried using Noto Sans Linear B, Code 2001, and a few of the Kurinto fonts. Either nothing is displayed, or there is a rectangle meaning the glyph is not available. However, the glyph displays properly in the font list, but not in a text box.

    Attached are two screenshots, one from InDesign where the glyph doesn’t display properly, and one from Illustrator where it does work fine.

    I do realize I’m probably the only person using these glyphs! LOL!

    •  

    •  

    1 vote

    Vote 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  ·  Edit…  ·  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

    Submit Rating

14. Report Offensive Symbols

    Reporting the font Baloo 2. When scrolling through the symbols to replace a bullet point, I noticed an offensive and antisemitic symbol at the bottom of the list that needs to be addressed! I was using InDesign when I discovered this, but because it looks like it's built into the font family, this is a font issue. Please address this immediately as it's incredibly offensive, harmful and creates an unsafe environment. Please investigate other fonts as well to ensure the symbol doesn't apply in other fonts. I am not comfortable posting a photo as it is harmful content. If this is not the right area to report this, please provide me the correct link or email and I will send it there. Thank you!

    Reporting the font Baloo 2. When scrolling through the symbols to replace a bullet point, I noticed an offensive and antisemitic symbol at the bottom of the list that needs to be addressed! I was using InDesign when I discovered this, but because it looks like it's built into the font family, this is a font issue. Please address this immediately as it's incredibly offensive, harmful and creates an unsafe environment. Please investigate other fonts as well to ensure the symbol doesn't apply in other fonts. I am not comfortable posting a photo as it is harmful content. If this… more

    1 vote

    Vote 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  ·  Edit…  ·  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

    Submit Rating

15. Hyphenation zone settings override discretionary hyphen exclusivity

    Adobe InDesign Hyphenation Bug Report

    Summary

    Conflict between discretionary hyphen behavior and "After First / Before Last" hyphenation zone settings, where InDesign ignores discretionary hyphens that fall within the prohibited hyphenation zone.

    Product Information

    • Product: Adobe InDesign
    • Component: Text Composition / Hyphenation Engine
    • Feature Area: Automatic Hyphenation and Discretionary Hyphens

    Problem Description

    Expected Behavior

    According to Adobe's documentation, discretionary hyphens should have absolute priority over automatic hyphenation rules. Specifically:

    "Entering a discretionary hyphen in a word does guarantee that the word can be broken only where the discretionary hyphen appears."

    When a word contains a discretionary hyphen that falls within the "After First X Letters" or "Before Last X Letters" prohibited zone, InDesign should:
    1. Respect the discretionary hyphen's exclusivity (only break where discretionary hyphen appears)
    2. Refuse to break the word at all since the only allowed break point falls within the prohibited zone
    3. Not apply automatic hyphenation anywhere else in the word

    Actual Behavior

    InDesign ignores the discretionary hyphen when it falls within the prohibited hyphenation zone and applies automatic hyphenation rules instead, breaking the word at algorithmically-determined positions that fall outside the prohibited zone.

    Conflicting Features

    Feature 1: Document Hyphenation Preferences

    • Location: Paragraph Panel Menu > Hyphenation Settings
    • Setting: "After First [X] Letters / Before Last [X] Letters"
    • Purpose: Defines minimum character zones at word beginnings/endings where hyphenation should not occur
    • Example: With "After First 3 Letters / Before Last 3 Letters", the word "aromatic" may hyphenate as "aro-matic" but not "ar-omatic" or "aromat-ic"

    Feature 2: Discretionary Hyphens

    • Location: Type > Insert Special Character > Hyphens And Dashes > Discretionary Hyphen
    • Keyboard Shortcut: Ctrl+Shift+- (Windows) or Command+Shift+- (macOS)
    • Purpose: Manually specify the only allowable break point in a word
    • Expected Behavior: Word can only break at the discretionary hyphen location, regardless of other settings

    Steps to Reproduce

    1. Create a new InDesign document
    2. Set up hyphenation preferences:
       • Go to Paragraph Panel Menu > Hyphenation Settings
       • Enable "Hyphenate"
       • Set "After First [3] Letters"
       • Set "Before Last [3] Letters"
    3. Create a text frame with justified text
    4. Insert a word where a discretionary hyphen would fall within the 3-letter prohibited zones
       • Example: Insert discretionary hyphen in "example" as "ex•ample" (where • represents the discretionary hyphen)
       • This discretionary hyphen falls in the "Before Last 3 Letters" zone
    5. Force line break to require hyphenation of this word

    Expected Result

    Word should not hyphenate at all, since the only allowed break point (discretionary hyphen) falls within the prohibited zone.

    Actual Result

    InDesign ignores the discretionary hyphen and hyphenates the word using automatic rules at a different location (e.g., "exam-ple").

    Impact

    Severity: Medium to High

    • Typography Quality: Undermines precise typographic control
    • Workflow Disruption: Manual intervention required to fix each occurrence
    • Consistency Issues: Unpredictable behavior between discretionary and automatic hyphenation
    • Professional Publishing: Affects quality of professional publications where precise hyphenation control is critical

    User Groups Affected

    • Professional typesetters and designers
    • Book and magazine publishers
    • Technical documentation teams
    • Any users requiring precise hyphenation control

    Technical Analysis

    Root Cause

    The hyphenation engine appears to process the "After/Before Letters" rules after or independently of discretionary hyphen evaluation, rather than respecting the documented hierarchy where discretionary hyphens should override all other hyphenation rules.

    Proposed Solution

    Modify the hyphenation algorithm to:
    1. First check for discretionary hyphens in the word
    2. If discretionary hyphen found: Evaluate if it falls within prohibited zones
    3. If in prohibited zone: Do not hyphenate the word at all
    4. If outside prohibited zone: Use only the discretionary hyphen break point
    5. Only if no discretionary hyphen: Apply automatic hyphenation rules with zone restrictions

    Workarounds

    Current Workarounds (Inefficient)

    1. Manual intervention: Individually edit each problematic word break inserting discretiona hyphen at start of word to prevent it from breaking.
    2. Character Style with No Break: Apply No Break character formatting to words with problematic discretionary hyphens
    3. Adjust zone settings: Reduce "After/Before Letters" values (compromises typography for other words)
    4. Remove discretionary hyphens: Use only automatic hyphenation (loses manual control)

    Limitation of Workarounds

    All workarounds require manual identification and correction of each instance, making them impractical for large documents or automated workflows.

    Documentation References

    Adobe InDesign Help: Text Composition

    • URL: https://helpx.adobe.com/indesign/using/text-composition.html
    • Relevant Quote: "Entering a discretionary hyphen in a word does guarantee that the word can be broken only where the discretionary hyphen appears."

    Hyphenation Settings Documentation

    • After First / Before Last Letters: "Specify the minimum number of characters at the beginning or end of a word that can be broken by a hyphen."

    Additional Information

    Related Features That Work Correctly

    • Discretionary hyphens function properly when they fall outside the prohibited zones
    • "After/Before Letters" settings work correctly with automatic hyphenation
    • No Break character formatting consistently prevents hyphenation

    Test Case Suggestions

    Adobe should test various combinations of:
    - Different "After/Before Letters" values (2, 3, 4, 5 characters)
    - Discretionary hyphens at different positions within words
    - Various word lengths and compositions
    - Different paragraph composers (Adobe Paragraph Composer vs. Single-line Composer)

    ---

    Request: Please prioritize this bug fix as it affects fundamental typographic control and contradicts documented behavior. The fix should ensure discretionary hyphens always take absolute precedence over automatic hyphenation rules, including zone restrictions.

    Adobe InDesign Hyphenation Bug Report

    Summary

    Conflict between discretionary hyphen behavior and "After First / Before Last" hyphenation zone settings, where InDesign ignores discretionary hyphens that fall within the prohibited hyphenation zone.

    Product Information

    • Product: Adobe InDesign
    • Component: Text Composition / Hyphenation Engine
    • Feature Area: Automatic Hyphenation and Discretionary Hyphens

    Problem Description

    Expected Behavior

    According to Adobe's documentation, discretionary hyphens should have absolute priority over automatic hyphenation rules. Specifically:

    "Entering a discretionary hyphen in a word does guarantee that the word can be broken only where the discretionary hyphen appears."

    When a word contains a discretionary hyphen… more

    12 votes

    Vote 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

    Submit Rating

16. Type Pipette

    Type Pipette does not work. No specific steps necessary to reproduce. When using it tints the text in a random color instead of applying font styles such as size, leading and color. I am using a MacBook Pro, 2023 MacOS Tahoe 26.0.1, Indesign 21.3. Already tried to de- and re-install. Shut down computer and even deleting settings manually form Library. Then in worked for like a day and after stopped working again.

    •  

    1 vote

    Vote 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  ·  Edit…  ·  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

    Submit Rating

17. Deleting an odd number of pages causes the text frame derived from the primary text frame to double

    1. specify a primary text frame for both the left and right pages on the parent page. (figure1)
    2. Delete an odd number of pages. At this time, the parent page is reapplied.
    3. The text frame will be doubled. (figure2)

    Deleting (or adding) an even number of pages will not result in this behavior.
    Deletion/addition of an odd number of pages should not cause doubling.
    Specifically, we would like the text chain of the text frame for which the primary text frame is specified to be retained. (figure3)

    Reference:
    I believe the primary text chain is a feature that was added with the automatic text chain that was in QuarkXPress in mind, but the automatic text chain in QX did not cause duplication when odd number of pages were increased or decreased.

    ページを奇数枚削除した場合、プライマリーテキストフレーム由来のテキストフレームが二重化する

    1.　親ページで、左右ページともにプライマリーテキストフレームを指定しておく。（figure1)
    2.　ページを奇数枚削除する。このとき、親ページの再適用が行われる。
    3.　テキストフレームが二重化する。（figure2）

    偶数枚のページの削除（もしくは追加）では、この挙動にはならない。
    奇数枚のページの削除／追加でも、二重化しないようにしてほしい。
    具体的には、プライマリーテキストフレームが指定されているテキストフレームのテキストチェーンが保持されるようにしてほしい。（figure3）

    参考：
    プライマリテキストチェーンは、QuarkXPressにあった自動テキストチェーンを意識して追加された機能だと思っているが、QXの自動テキストチェーンでは、奇数枚のページの増減で二重化が起きることはなかった。

    1. specify a primary text frame for both the left and right pages on the parent page. (figure1)
    2. Delete an odd number of pages. At this time, the parent page is reapplied.
    3. The text frame will be doubled. (figure2)

    Deleting (or adding) an even number of pages will not result in this behavior.
    Deletion/addition of an odd number of pages should not cause doubling.
    Specifically, we would like the text chain of the text frame for which the primary text frame is specified to be retained. (figure3)

    Reference:
    I believe the primary text chain is a feature that was added with… more

    •  

    •  

    •  

    16 votes

    Vote 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

    Submit Rating

18. Myriad VF has a taller Ascent Baseline than Myriad Pro

    Myriad VF is supposed to be a variable version of Myriad Pro, so I was trying to use it in tandem/to replace Myriad Pro in the document I am working on. The huge problem is, for some reason the Ascent Baseline on Myriad VF is much taller than it should be, which then when I try to replace the font, it completely messes up everything. 

    I also have Myriad Variable Concept on my computer, (which is apparently supposed to only show up in Illustrator, or something? But it shows up in InDesign for me.) And it properly matches the Ascent baseline of Myriad Pro. 

    All 3 of them match on every baseline except Ascent too, so I’m thinking this is a bug. It only seems to effect things in InDesign, I’m not getting any misalignment in Photoshop or Illustrator, but I’m also not seeing all the same text box options in those programs that InDesign gives. 

    Myriad VF is supposed to be a variable version of Myriad Pro, so I was trying to use it in tandem/to replace Myriad Pro in the document I am working on. The huge problem is, for some reason the Ascent Baseline on Myriad VF is much taller than it should be, which then when I try to replace the font, it completely messes up everything. 

    I also have Myriad Variable Concept on my computer, (which is apparently supposed to only show up in Illustrator, or something? But it shows up in InDesign for me.) And it properly matches the Ascent… more

    •  

    1 vote

    Vote 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

    Submit Rating

19. Telugu text rendering issues.. Rendering Sunna (O) with wrong spacing in InDesign

    Telugu text rendering issues.. Rendering Sunna (O) with wrong spacing in InDesign. Same text using same font Illustrator is rendering correctly. Here are the samples.

    •  

    •  

    1 vote

    Vote 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  ·  Edit…  ·  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

    Submit Rating

20. eyedropper tool no longer copies text formatting

    The eyedropper tool no longer copies text formatting from a selected source and applying to new text. At best, it changes the color, but not the typeface, weight, character attributes. When highlighting the source text, the eyedropper properly changes to loaded with the "T" - but still doesn't apply the text formatting correctly.

    No character or paragraph styles have been applied.
    Eyedropper settings are set correctly to copy the formatting.

    Problem persists despite resetting Indesign preferences, rebooting, manually deleting indesign preferences, rebooting, updating to latest version, rebooting.

    Very annoying bug that clearly slows down work.

    1 vote

    Vote 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  ·  Edit…  ·  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

    Submit Rating