1025 results found

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

   • 

   •  

   •  

   • 

   • 

   131 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

   58 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

2. [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

   •  

   • 

   •  

   •  

   •  

   • 

   406 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

   171 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

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

   350 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

   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

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

   •  

   •  

   •  

   223 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

   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

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

   • 

   189 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

   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

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

   •  

   •  

   •  

   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

   Submit Rating

7. [ID-4257735]One Frame Grid Remains Unchanged When Modifying Multiple Selected Frame Grids

   InDesign CS4 (v6) and Later

   When changing the “Number of Characters per Line” or “Number of Lines” for multiple selected frame grids, one of the frame grids always fails to update. This bug, first observed in CS4 (v6), remains unresolved.

   Steps to Reproduce:
   1. Select multiple frame grids.
   2. Go to the menu and choose “Object > Frame Grid Options...”
   3. Modify the “Number of Characters per Line” or “Number of Lines” settings.

   Result: Changes are not reflected in one of the frame grids. It appears that the frame grid with the smallest object ID does not get updated.

   Expected Result: All selected frame grids should reflect the changes.

   Bug Recording
   https://mega.nz/file/k5BVTIDa#IQAzAETDuxzmmmDDfdDDVcDTb302hy0sCR4IJcnVllc

   ---

   選択した複数のフレームグリッドを設定変更すると常に1つだけ変更されない。

   InDesign CS4（v6）以降

   選択された複数のフレームグリッドの「行文字数」「行数」を変更すると、常に1つだけ変更が反映されません。このバグはCS4（v6）で発生し、現在も直っていません。

   再現手順
   1. 複数のフレームグリッドを選択
   2. メニュー「オブジェクト > フレームグリッド設定...」を選択
   3. フレームグリッド設定で「行文字数」「行数」を変更する

   結果：
   1つだけ変更が反映されない。オブジェクトIDが最も小さいフレームグリッドだけ変更されないようです。

   期待する結果：
   選択されたすべてのフレームグリッドに変更が反映される。

   InDesign CS4 (v6) and Later

   When changing the “Number of Characters per Line” or “Number of Lines” for multiple selected frame grids, one of the frame grids always fails to update. This bug, first observed in CS4 (v6), remains unresolved.

   Steps to Reproduce:
   1. Select multiple frame grids.
   2. Go to the menu and choose “Object > Frame Grid Options...”
   3. Modify the “Number of Characters per Line” or “Number of Lines” settings.

   Result: Changes are not reflected in one of the frame grids. It appears that the frame grid with the smallest object ID does not get… more

   28 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

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

   Hi,

   Thank you for reporting the issue. It is currently under investigation. 

   —

   Adobe InDesign Team

8. Bizarre issue: footnote appearing in middle of text frame

   Never seen this one before! Changing some text to a style that uses split columns caused one of the footnotes in the text frame to jump to ABOVE the styled text. I can't even understand how this is possible given the logic of the software. See screenshot. I would like my footnotes to stay at the foot of the frame, please.

   •  

   3 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

   Submit Rating

9. Highlighting text and trying to change font or color of font is not working.

   Highlighting text and trying to change font or color of font is not working.

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

10. Bug: Wrong centered text justification in round text frames

    Center-aligned text in round text frames is misaligned, i.e. too far to the left. Please see screenshots for all details.
    As soon as you convert the frame to a rectangular one, text is aligned to center correctly.
    This is simply a calculation bug which should be fixed now finally - it persists for years already.

    •  

    •  

    •  

    2 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

    Submit Rating

11. [ID-4263586] Adobe InDesign 2025 text justify buttons issue

    In the latest update of InDesign 2025 (as of writing this), there is a problem with the text justification buttons in the toolbar.

    Previously, you could click these buttons and then just keep typing into your currently active text frame, which is what one would expect from previous versions of InDesign.

    With the latest update, keyboard focus instead shifts over to these buttons, taking focus away from the text frame and your current text cursor position.
    This is completely useless, and makes it more difficult than it should be to, say, change the justification at a certain line of text and then keep typing or navigating the text in the frame.

    Would appreciate a fix for this, as it is causing severe interruptions to my workflow, and the feature/bug benefits no one.

    In the latest update of InDesign 2025 (as of writing this), there is a problem with the text justification buttons in the toolbar.

    Previously, you could click these buttons and then just keep typing into your currently active text frame, which is what one would expect from previous versions of InDesign.

    With the latest update, keyboard focus instead shifts over to these buttons, taking focus away from the text frame and your current text cursor position.
    This is completely useless, and makes it more difficult than it should be to, say, change the justification at a certain line of text… more

    •  

    2 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

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

    We're reviewing this issue.

    
    

    --

    Adobe InDesign team

12. Variable Fonts in inDesign show different hinting results when compared to other environments

    InDesign v20.3.1 x64, Windows 11

    It appears that inDesign is maybe not able to correctly variate CVT values, causing unexpected hinting results. It seems as though CVT values that are used depend on the variable font’s default style/source. A possible way to recreate the issue: Compare the same variable font built in the same way but with a different default source set for each. If Hair (weight: 100) is set as the default, then it will appear in inDesign as if the Regular (weight: 400) is maybe using the CVT values of the Hair. This is shown in the first screenshot. It is not possible to recreate this issue in another environment such as Chrome. You would expect the choice of default style to not have any effect on the hinting result.

    Also attached is a screenshot that looks at the difference between a static and variable version of a Windows font: Segoe UI. Although this example is less valuable as it does not show as stark of a visual difference as the first screenshot and the static and variable versions are not exact matches, it stands to show a difference in variable font hinting that I found difficult to recreate in other environments outside of inDesign, possibly alluding to inDesign doing something unique with how it handles hinting in variable fonts.

    The screenshot examples use 18pt size text.

    InDesign v20.3.1 x64, Windows 11

    It appears that inDesign is maybe not able to correctly variate CVT values, causing unexpected hinting results. It seems as though CVT values that are used depend on the variable font’s default style/source. A possible way to recreate the issue: Compare the same variable font built in the same way but with a different default source set for each. If Hair (weight: 100) is set as the default, then it will appear in inDesign as if the Regular (weight: 400) is maybe using the CVT values of the Hair. This is shown in the first… more

    •  

    •  

    2 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

    Submit Rating

13. InDesign Strips Formatting When Pasting Text from Google Docs

    Description:
    When copying formatted text from Google Docs and pasting it directly into Adobe InDesign, all formatting (such as bold, italics, font size, and links) is lost. However, if the same text is first pasted into Microsoft Word or TextEdit, the formatting is preserved and can then be successfully pasted into InDesign. This suggests the issue is specific to InDesign’s handling of clipboard data from Google Docs. As a workaround, I currently have to use an intermediate application like Word, which slows down my workflow.

    Steps to Reproduce:

    • Copy any formatted text from Google Docs (e.g., bold, italic, links).

    • Paste directly into InDesign text frame.

    • Observe that all formatting is lost.

    • Paste the same text into Word or TextEdit — formatting is preserved.

    • Copy from Word/TextEdit and paste into InDesign — formatting is preserved.

    Expected Result:
    InDesign should retain formatting when pasting directly from Google Docs, just like it does when pasting from Word or TextEdit.

    Description:
    When copying formatted text from Google Docs and pasting it directly into Adobe InDesign, all formatting (such as bold, italics, font size, and links) is lost. However, if the same text is first pasted into Microsoft Word or TextEdit, the formatting is preserved and can then be successfully pasted into InDesign. This suggests the issue is specific to InDesign’s handling of clipboard data from Google Docs. As a workaround, I currently have to use an intermediate application like Word, which slows down my workflow.

    Steps to Reproduce:

    • Copy any formatted text from Google Docs (e.g., bold, italic, links).

    • Paste… more

    2 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

    Submit Rating

14. Indesign 2025 slowness

    This InDesign 2025 version is ridiculously slow. Change of Type tool to Selection tools it is taking 5 seconds or any other tool. Any single letter for correction 5 seconds. Selection of any item, 5 seconds. Anything one does is not less than 5-7 seconds in all. This is nonsense problems. The cursor should move FREELY and instantly.

    4 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

    Submit Rating

15. Strange Characters (e.g., "HNY6") Appear When Pressing Spacebar with Caps Lock On (macOS Sequoia 15.5)

    Title:
    Strange Characters (e.g., "HNY6") Appear When Pressing Spacebar with Caps Lock On (macOS Sequoia 15.5)

    Description:
    I’m experiencing a bug in Adobe InDesign (latest version) running on macOS Sequoia 15.5 using a MacBook Pro. When Caps Lock is on and I press the spacebar while typing, instead of inserting a space, InDesign types a string of random characters like “HNY6.”

    This issue happens consistently and seems isolated to InDesign. Other apps (like Notes or Pages) do not show this behavior. I’ve confirmed the problem still occurs after disabling third-party keyboard tools and checking input sources. It only happens when Caps Lock is engaged and I press spacebar.

    Please investigate and resolve this compatibility issue. It impacts workflow significantly when working with all-caps text.

    Title:
    Strange Characters (e.g., "HNY6") Appear When Pressing Spacebar with Caps Lock On (macOS Sequoia 15.5)

    Description:
    I’m experiencing a bug in Adobe InDesign (latest version) running on macOS Sequoia 15.5 using a MacBook Pro. When Caps Lock is on and I press the spacebar while typing, instead of inserting a space, InDesign types a string of random characters like “HNY6.”

    This issue happens consistently and seems isolated to InDesign. Other apps (like Notes or Pages) do not show this behavior. I’ve confirmed the problem still occurs after disabling third-party keyboard tools and checking input sources. It only happens when… more

    1 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

16. InDesignで日本語入力時、1文字目が勝手に確定される不具合

    iMac Retina 5K, 27-inch, 2020（macOS 15.4.1）にて、InDesign 19.5.3を含む複数バージョンで、日本語入力時の1文字目が自動的に確定されてしまう不具合が発生しています。

    例えば「りんご」と入力しようとすると、「rいんご」や「り」だけが確定されるなど、意図しない文字入力結果になります。

    macOS標準の日本語入力（日本語 - ローマ字）を使用した場合にのみ発生し、Google日本語入力では再現しません。また、IllustratorやTextEditなど他のアプリケーションでは同様の不具合は確認できません。InDesignに特有の問題のようです。

    InDesignおよびmacOSの複数のバージョンの組み合わせで検証しましたが、常に同じ現象が再現されます。

    日本語入力は日常業務で欠かせない基本機能であり、この不具合によってInDesignでの作業が大きく妨げられています。早急な修正対応をお願いいたします。

    2 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

    Submit Rating

17. Type contextual control interferes with type input

    When the option in Preferences > Advanced Type for “Type Contextual Controls > Show for Character Alternates, Fractions, Ordinals and Ligatures” is active you have to hit a key twice to replace a selected glyph if alternates are shown. Please see attached screen capture.

    To get rid of this behavior you have to disable the option in the Preferences.

    InDesign 2025 (20.1.0.71)

    • 

    4 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

    Submit Rating

18. [ID-4245219]Second letter disappears after applying dropcap in PDF export using ID Eng Hebrew version

    Issue: [Break in ID 19.0] Second letter disappears after applying dropcap in PDF export using ID Eng Hebrew version

    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.

    Note: Creating this thread to track the third point mentioned in the thread: https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/48955319-hebrew-text-bugs-in-indesign-2025

    5 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

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

    Fix for this issue is now available in the latest InDesign Release version 20.1 (Build 20.1.0.71), available via Creative Cloud Desktop application.

    
    

    Please update your InDesign application to this latest version to get the fix.

    
    

    --

    Adobe InDesign team

19. Find/Replace text (date) after using Convert Date to Text function

    I am trying to replace text in multiple stories throughout the document. Each story is formatted with text and tabs (not a table). The find/change uses the FIND/CHANGE>TEXT option. I am searching for "28 May 2025" to change it to "2 July 2025". When I search, find, find/change, and change all, the results append the page number in triplicate in front of the leading date digit. For example, page 9 (attached) is "0909092 July 2025" and page 42 is "4242422 July 2025". When I copied the text to include in this report (see attached), only date date is captured in the clipboard (2 July 20v25).

    The reason I was doing this is I wanted to change the date to a output date Text Variable. I had hoped text variables were part of find change: the find is available in GREP, but not in the Change To options.

    So, just prior to producing the error above, I added the Output Date in the position I wanted. I could not copy the variable and use it in the Change To field, so I used the Covert Variable to Text that one instance of the output date. I copied the text '2 July 2025", and used the basic Find/Change>Text intending to change "28 May 2025" to change it to "2 July 2025". That's when ID appends the six digits that are three pairs of the page number.

    Everything works as planned if I duplicate the original document, and repeating the process leaving out the Convert to Text option.

    Adobe InDesign 20.0 | MacOS Ventura 13.5.2

    I am trying to replace text in multiple stories throughout the document. Each story is formatted with text and tabs (not a table). The find/change uses the FIND/CHANGE>TEXT option. I am searching for "28 May 2025" to change it to "2 July 2025". When I search, find, find/change, and change all, the results append the page number in triplicate in front of the leading date digit. For example, page 9 (attached) is "0909092 July 2025" and page 42 is "4242422 July 2025". When I copied the text to include in this report (see attached), only date date is captured in… more

    •  

    •  

    •  

    •  

    • 

    1 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. Bug: tint remains when applying a different swatch

    Indesign 2025, v20.2, Windows 11
    Steps to reproduce:
    1. Have at leat two swatches in the swatches panel. The 1st with, for instance, 20% tint and the 2nd with 100%
    2. Type some text and select it, then apply the swatch with the 20% tint.
    3. Then apply the other swatch.
    Result: the text isn't display in the color of the 2nd swatch, because the tint is not changed to 100%

    1 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