1023 results found

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

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

   •  

   •  

   •  

   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

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

4. Allsmall caps won't apply to text set to 'no language' in InDesign 20.4

   Per the title, with the latest update to 20.4, if text is set to 'no language', allsmall caps won't apply.

   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

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

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

7. vertical alignment within a text box is ignoring the space taken up by a wrap object

   I'm on Adobe InDesign 20.3.1 on an M1 Max MacBook Pro currently running Sequoia 15.5, but I always keep my system and apps up to date within a day or two of an update being released.

   The text wrap isn't affecting the vertical centering of text box content in the way it should. The vertical alignment within the text box seems to be ignoring the space taken up by the wrapped object, leading to the content being centered within the entire text box rather than just the available space above the wrapped object.
   In the screenshot, you can see that the text box that overlaps with the wrapping object is centering to the entirety of the text box. A 2nd text box on the left is shortened to show where it SHOULD be aligning to. The warping object is on top of the text box, and the text box does not have "Ignore Text Wrap" checked. Any ideas on a fix?

   I'm on Adobe InDesign 20.3.1 on an M1 Max MacBook Pro currently running Sequoia 15.5, but I always keep my system and apps up to date within a day or two of an update being released.

   The text wrap isn't affecting the vertical centering of text box content in the way it should. The vertical alignment within the text box seems to be ignoring the space taken up by the wrapped object, leading to the content being centered within the entire text box rather than just the available space above the wrapped object.
   In the screenshot, you can see that… 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

8. MathML: Fehler der Bedienung sowie weitere Schrecklichkeiten

   MathML hat das Problem, dass, wenn man die Grundformel eingefügt hat, beim nächsten Mal im Editor keine mehr zur Verfügung steht. Problematisch ist das, wenn man den ersten Eintrag im Dokument gelöscht hat. Man sollte immer an die Grundformel kommen, auch wenn man tausendmal klickt, um es im übertragenen Sinn zu sagen. Außerdem ist die verwendete Schriftart des MathML fürchterlich ausgeführt: verschobene Ankerpunkte, ungenaue Kurven etc. Dazu kommt noch, dass die Zeichen am Rand teilweise beschnitten werden. All das ist im typografischen Sinn – unangemessen.

   Bezüglich der Kurvenführung sehen Sie sich als Beispielglyphe das y an! Ich habe einige fürchterliche Teile des y nochmals mit einigen Pfeilen an den zumindest auffälligsten Stellen hervorgehoben. Solche Schriftarten sollte man nicht im Traum für Designsoftware anbieten. Hunderte ähnliche Fehler habe ich Dutzenden Designern und Monotype gemeldet; und sie sind bis zu Nur-noch-online-Plattform dieses Konzerns auch verbessert worden. Durch die Onlinegier ist das jetzt anders und sie bieten ihren Schrott an, den ahnungslose Kunden kaufen. Diese Methode scheint uramerikanisch zu sein: Marktbeherrschung zwar, aber zunehmend schlechter werdende Qualität.

   MathML hat das Problem, dass, wenn man die Grundformel eingefügt hat, beim nächsten Mal im Editor keine mehr zur Verfügung steht. Problematisch ist das, wenn man den ersten Eintrag im Dokument gelöscht hat. Man sollte immer an die Grundformel kommen, auch wenn man tausendmal klickt, um es im übertragenen Sinn zu sagen. Außerdem ist die verwendete Schriftart des MathML fürchterlich ausgeführt: verschobene Ankerpunkte, ungenaue Kurven etc. Dazu kommt noch, dass die Zeichen am Rand teilweise beschnitten werden. All das ist im typografischen Sinn – unangemessen.

   Bezüglich der Kurvenführung sehen Sie sich als Beispielglyphe das y an! Ich habe einige fürchterliche… 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

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

10. Interaction between Text Wrap, Optical Margin Alignment and Numbered List

    When a text frame with activated Optical Margin Alignment containing numbered list wraps around another text frame the numbering is incorrectly aligned. The affected numbers noticeably stick outside of the text frame and thus create unpleasant left margin. Only numbering on wrapped lines is affected, numbering below the wrap behaves as expected.

    Similarly, if the text frame is modified so as its border lays entirely outside of the area affected by wrapping offset, the optical alignment of the numbering behaves as expected. This at least provides some workaround.

    I am attaching a screenshot of the behaviour as well as a test file with described situations.

    When a text frame with activated Optical Margin Alignment containing numbered list wraps around another text frame the numbering is incorrectly aligned. The affected numbers noticeably stick outside of the text frame and thus create unpleasant left margin. Only numbering on wrapped lines is affected, numbering below the wrap behaves as expected.

    Similarly, if the text frame is modified so as its border lays entirely outside of the area affected by wrapping offset, the optical alignment of the numbering behaves as expected. This at least provides some workaround.

    I am attaching a screenshot of the behaviour as well as a… 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

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

12. Title Case Is Not Actually Title Case

    I'm editing book with over 1,000 pages. I am selecting copy, changing case to Title Case, but it just capitalizes first letter in all words. There needs to be another case option. Title case needs to be setup so it makes a "title" of a book so words like "of" are not capitalized. New option can be called First Letter Caps, and Title case can be fixed to address words that should not be capitalized in a title of a book or headline.

    The Old Man and the Sea (Actual Title Case) The Old Man And The Sea(Not Title Case)

    I have been going to a website to copy and paste content so it will generate correct Title Case results. Total waste of time. Please fix this!

    I'm editing book with over 1,000 pages. I am selecting copy, changing case to Title Case, but it just capitalizes first letter in all words. There needs to be another case option. Title case needs to be setup so it makes a "title" of a book so words like "of" are not capitalized. New option can be called First Letter Caps, and Title case can be fixed to address words that should not be capitalized in a title of a book or headline.

    The Old Man and the Sea (Actual Title Case) The Old Man And The Sea(Not Title Case)

    … 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

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

    57 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. Unable to type letter "g"

    every time I type "g" in a textbox, the font automatically changes to a different paragraph style and the "g" does not type in the textbox

    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

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

16. Not able to set default font when it comes from Adobe Fonts library

    Purista font family is installed but when I try tu pick it from menu as default font (in type panel or top app menu) it is visible in brackets with name changed - as a missing font.

    When I create a document it is still missing (screenshot _31). Then I have to reactivate adobe fonts by turning off Adobe fonts for a while (screen _32) and after it it works like it should (screen _33).
    Plase help with this issue.

    InDesign 20.3.1 x64
    Windows 11 Pro 24H2 26100.3476

    •  

    •  

    •  

    •  

    •  

    •  

    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

17. Some Cyrillic RTF files exported from Indesign are broken if a non-breakable space was used

    Indesign 20.3.1 x64 release.

    Attached is the Indesign file. Both frames are identical, except for the topmost has one non-breaking space and the bottommost has a regular space instead. The export from the top frame produces the buggy RTF (a screenshot of the glitch location is attached), while the bottom one is ok. If we put any non-breaking space there - it will fail as well.
    The bug was reported as font-dependent as well, i.e. the text set in Arial may have the bug while the text set in Minion Pro may not have it.

    •  

    • 

    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

18. Font Futura PT is not recognized by InDesign

    Font Futura PT is not recognized by InDesign, I saved it in Adobe Fonts in a library and activated it, updated Indesign to the latest version 20.3.1 and restarted my MAC. It still doesn't work.

    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

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

20. Bolding missed/changed while importing Word doc

    I'm using ID 20.2 on Mac 15.4.1.

    I am producing a book with an index that has bolding to indicate photos, but the bolding was missed or changed in a random manner when imported. It was accurate until it reached E, then there were about 200 errors that had to be manually fixed. Here were my steps:

    • Imported file word doc with Preserve Styles checked

    • Search/repace for bold and italic with bold and italics Character Style

    This should have caught all bold and italics and changed them to my style sheet – but, as mentioned, many were missed, without apparent rhyme or reason.

    Attached is the corrected sample and an error version – repeated the process in ID 2024 to see if it would work, but it didn't work there either. I looked at the Word doc, and I could see no differences in the bolded text formatting.

    This sort of error is troublesome, making my question other supposedly automated aspects of this app and costing time/money in workflow.

    Thanks,

    Gareth

    I'm using ID 20.2 on Mac 15.4.1.

    I am producing a book with an index that has bolding to indicate photos, but the bolding was missed or changed in a random manner when imported. It was accurate until it reached E, then there were about 200 errors that had to be manually fixed. Here were my steps:

    • Imported file word doc with Preserve Styles checked

    • Search/repace for bold and italic with bold and italics Character Style

    This should have caught all bold and italics and changed them to my style sheet – but, as mentioned, many were missed,… 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