188 results found

1. InDesign, InCopy: linked copy and image files randomly broken

   We are a group of 16 graphic designers working on Macs. Our OS are varied between Sierra, High Sierra and Mojave. We work in InDesign 14.03 and 15.02 (with linked InCopy assets), Bridge 9.1 and 10.03, Photoshop 20.0.8 and 21.1, and Illustrator 23.1.1 and 24.1. We work on Box Drive and store our layout files and absolute-linked image assets there. It is critical that we are able to work on each others’ files in a high-volume, high-production environment. We don’t believe this is an issue related to our connection speeds.

   Looking for a resolution to these issues:

   InDesign: Not all image and InCopy files are automatically updating / relinking to original assets on Box. This occurs when both original and different users open the InDesign file to edit it.

   Box Drive: Writers cannot always see ICML and Assignments files on Box Drive (in the Finder) after an Art Director has exported them for the writer to work on. This typically occurs shortly after exporting the assets.

   Bridge: time to load image previews can take up to 15 minutes for some designers.

   We are a group of 16 graphic designers working on Macs. Our OS are varied between Sierra, High Sierra and Mojave. We work in InDesign 14.03 and 15.02 (with linked InCopy assets), Bridge 9.1 and 10.03, Photoshop 20.0.8 and 21.1, and Illustrator 23.1.1 and 24.1. We work on Box Drive and store our layout files and absolute-linked image assets there. It is critical that we are able to work on each others’ files in a high-volume, high-production environment. We don’t believe this is an issue related to our connection speeds.

   Looking for a resolution to these issues:

   InDesign: Not all… more

   20 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   2 comments  ·  Performance/Usability  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close
   Under Review  ·  amaarora responded

   Thanks for reporting. We will review it

   -InDesign Team

2. Copying animations loses timing panel settings

   When copying/duplicating animations (using ANY method), the timing panel settings are completely lost. This is really bad for complicated animations. The timing panel settings should be maintained when animations are copied/pasted or duplicated in any way.

   20 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   4 comments  ·  ePub/HTML/Publish Online  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close
   Under Review  ·  amaarora responded

   Thanks for reporting this issue. We’re currently reviewing it.

   —
   Adobe InDesign team

3. A splitted footnote with three lines violates keep options and makes a widow instead of an orphan

   1. Version of Adobe InDesign
      This issue appears in every InDesign versions since footnotes are supported.
      Bug reports / feature requests (from CS3 up to CS6) have been ignored in the past.

   2. Steps to reproduce the issues
      given:
      a) a footnote with three text lines
      b) splitting footnotes allowed in the footnote options
      c) keep options: at start/end of Paragraph 2/2 (2 lines at start, 2 lines at end)

   Play with the textframes hight so that the footnote is forced to be splitted. It will only split 2/1, not 1/2.

   1. Actual result
      The footnots splits with 2 lines in the textframe within the footnote starts and ends with one single line (widow) in the next textframe.

   2. Expected result
      a) best choice: hold the keep options!
      (e.g. 2 at start / 2 at end; so don't split a footnote with 3 and less lines).
      b) alternative: make an orphan (full line at the start of a footnote paragraph) instead of a widow; widows are absolutely not allowed (because they ony fill a part of a line, maybe only one word)

   3. Test file, screenshot, video or GIF capturing the issue (optional)
      Screenshots appended

   1. Version of Adobe InDesign
      This issue appears in every InDesign versions since footnotes are supported.
      Bug reports / feature requests (from CS3 up to CS6) have been ignored in the past.

   2. Steps to reproduce the issues
      given:
      a) a footnote with three text lines
      b) splitting footnotes allowed in the footnote options
      c) keep options: at start/end of Paragraph 2/2 (2 lines at start, 2 lines at end)

   Play with the textframes hight so that the footnote is forced to be splitted. It will only split 2/1, not 1/2.

   1. Actual result
      The footnots splits with 2 lines in the textframe… more

   •  

   •  

   19 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   1 comment  ·  Text/Story/Table  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close
   Under Review  ·  amaarora responded

   Thanks for reporting the issue. We are reviewing it

   -InDesign Team

4. Repackaged book-document cross-references do not update file path

   A series of documents in a Book have cross-references to one another. All are correct and working properly.

   I create a new package for my publisher and test the cross-references:
   they are pointing at locations in my original files rather than the ones in the new package.

   Since those files exist, the cross-references have good status. Moving that package to a new computer breaks them, of course.

   18 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   9 comments  ·  Book/TOC  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

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

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

   —

   Adobe InDesign Team

5. Display not properly refreshed

   In the latest versions the screen often isn't refreshed properly. Only after rescaling or changing to Preview mode the old data is hidden.

   •  

   •  

   18 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   5 comments  ·  Performance/Usability  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close
   Under Review  ·  Abhinav Kaushik responded

   Thank you for reporting the issue to us.
   We are currently reviewing it.
   InDesign Team

6. InDesign 2023 (18.0) Screen not refreshing

   Half the time or more, page down/up and zoom do not refresh the screen. Attempting to select something just draws the rectangle around nothing. Finally through a variety of erratic body movements, thrashing and random gestures, ID wakes up. This is a huge step backward from v17. Productivity severely hampered.

   17 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

   15 comments  ·  Performance/Usability  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close
   Under Review  ·  AdminRavi Kiran (Senior Lead Quality Engineer, Adobe InDesign) responded

   We're looking into this issue.

   
   

   --

   Adobe InDesign team

7. GREP search failed to match all text in a story

   We use to be able to search all text in a story by using this (?s).+ code. It’s working fine in CS6. But in CC2019, 2020, and 2021 on both Mac and Windows it will fail to select all text in the story if there is more than ~ 50000 character. Only the first ~ 50000 will be selected.

   This might be related to an old bug that was introduced in 14.0.2 that was fixed in 14.0.3.

   Steps to Reproduce:
   1. Create a document with one story containing more than 50000 characters
   2. Do a GREP Find using (?s).+

   A similar issues when trying to use \X+ to select all text in a story. Only some portions of the text over multiple of ~ 50000 text will be selected.

   We use to be able to search all text in a story by using this (?s).+ code. It’s working fine in CS6. But in CC2019, 2020, and 2021 on both Mac and Windows it will fail to select all text in the story if there is more than ~ 50000 character. Only the first ~ 50000 will be selected.

   This might be related to an old bug that was introduced in 14.0.2 that was fixed in 14.0.3.

   Steps to Reproduce:
   1. Create a document with one story containing more than 50000 characters
   2. Do a GREP Find using (?s).+

   A… more

   17 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close
   Under Review  ·  amaarora responded

   Thanks for reporting. We will review the issue

   -InDesign Team

8. GREP position marker "^" = Beginning of Paragraph (not beginning of a new line after a forced line break)

   Dear Support,

   with the GREP position marker "^" for "Beginning of Paragraph", the GREP-search should consider the position of the beginning of a paragraph.
   But this marker does not only recognize the beginning of a paragraph, but also the beginning of a new line after a forced line break (SHIFT-RETURN).

   This is not correct: A forced new line is not the beginning of a paragraph.
   The only correct way would be to consider the beginning of a paragraph (RETURN).

   Sometimes you can use "(?=\r)\w+" to look for a word behind a Return instead of "^\w+" to find only the hits at the beginning of a paragraph. However, a combination with the search for a paragraph format can be disturbing here: with the lookbehind combined with a paragraph style only those places are found, where two consecutive paragraphs have the same paragraph style.

   Please correct the effect of ^ to only beginning of paragraph (and not forced line break).

   Dear Support,

   with the GREP position marker "^" for "Beginning of Paragraph", the GREP-search should consider the position of the beginning of a paragraph.
   But this marker does not only recognize the beginning of a paragraph, but also the beginning of a new line after a forced line break (SHIFT-RETURN).

   This is not correct: A forced new line is not the beginning of a paragraph.
   The only correct way would be to consider the beginning of a paragraph (RETURN).

   Sometimes you can use "(?=\r)\w+" to look for a word behind a Return instead of "^\w+" to find only the hits… more

   •  

   17 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   4 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close
   Under Review  ·  amaarora responded

   Thanks for reporting the issue. We will review it shortly

   -InDesign Team

9. Exporting accessible PDF – wrong BoundingBox

   InDesign Version: All

   Background:
   An accessible PDF needs for all graphics and pictures a bounding box.
   This is used by AT e.g. to set a focus to a visual impaired user.
   Using the PDF export a bounding box is defined for all linked images.

   Problem:
   Often the bounding box does not fit to the visible area.
   AT user get wrong information, in fact the file is not accessible.

   Steps to reproduce the issues:
   Place an asset, where only a part of the linked asset is visibily placed in InDesign, the rest is cropped.

   Expected result:
   Bounding box fits to visible area

   Actual result:
   The bounding box is bigger than the visible area, if the assets content is bigger than the area show.

   Workaround:
   You can fix this in Acrobat theoretically, but this is nor real workaround as you only edit values and dont have visual feedback.

   Attachement:
   InDesign sample files and accessible PDF with bounding box example + visible error.

   InDesign Version: All

   Background:
   An accessible PDF needs for all graphics and pictures a bounding box.
   This is used by AT e.g. to set a focus to a visual impaired user.
   Using the PDF export a bounding box is defined for all linked images.

   Problem:
   Often the bounding box does not fit to the visible area.
   AT user get wrong information, in fact the file is not accessible.

   Steps to reproduce the issues:
   Place an asset, where only a part of the linked asset is visibily placed in InDesign, the rest is cropped.

   Expected result:
   Bounding box fits to visible… more

   17 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  ·  PDF Export  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close
   Under Review  ·  amaarora responded

   Thanks for reporting the issue. We will review the bug shortly

   -InDesign Team

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

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

    •  

    •  

    16 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Text/Story/Table  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

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

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

    —

    Adobe InDesign Team

11. Exporting to ePub (reflowable) when document has endnotes containing hyperlinks causes InDesign to hang

    Version of Adobe InDesign: 15.1.2 / macOS 10.15.6

    Steps to reproduce the issues: When exporting a document with endnotes containing hyperlinks to ePub (reflowable), InDesign hangs and needs to be force quit. Have tested removing all hyperlinks to tests, and document exports correctly. Have tested putting hyperlinks outside of endnotes and document exports correctly. The bug is specific to hyperlinks which are part of the endnote text.

    Expected result: Successful export with endnotes reciprocally linked to text, and hyperlinks in endnote text active to respective URLs.

    Actual result: InDesign hangs and needs to be force quit.

    16 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    13 comments  ·  Crash/Freeze/Hang  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

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

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

    —
    Adobe InDesign Team

12. Reveal in Finder on NAS Server not working

    When using InDesign 14.0.3, on mac OS X Catalina (10.15.1), ctrl clicking the .indd file's title bar to reveal in finder doesn't work (switches to finder but doesn't reveal) if the .indd file is stored on NAS RAID server. Server connection is afp://
    Revel in Finder command works fine if the .indd file is stored locally.

    •  

    16 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    17 comments  ·  Performance/Usability  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close
    Under Review  ·  amaarora responded

    Thanks for reporting. We will review it

    -InDesign Team

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

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

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

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

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

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

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

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

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

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

    … more

    •  

    •  

    •  

    •  

    15 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  Text/Story/Table  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close
    Under Review  ·  AdminRavi Kiran (Senior Lead Quality Engineer, Adobe InDesign) responded

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

    —
    Adobe InDesign team

14. Generic check mark reappears in PDF check box after exporting to Acrobat Pro

    InDesign 14.0.2 and Acrobat Continuous 2019.10.20099

    This issue is about the behavior and appearance of interactive check boxes in documents that have been exported to Interactive PDFs.

    There is a difference in the way that check boxes created in InDesign behave and appear versus those created in Acrobat Pro. The Acrobat Pro Forms preferences are involved in this difference.

    When, in Acrobat Pro Forms Preferences, under Highlight Color, the “Show border hover color for fields” option is selected, check boxes created in InDesign behave and appear in the following manner.

    When a check box is made active, it first appears the same as the check box that was created in InDesign. When you tab to or select another check box, or when you save the selection in the PDF, the appearance of the check box reverts to a default generic check mark.

    When, in Acrobat Pro Forms Preferences, under Highlight Color, the “Show border hover color for fields” option is not selected, check boxes created in InDesign behave and appear in the following manner.

    When a check box is made active, it first appears the same as the check box that was created in InDesign and remains as such.

    This degrades the purpose of using the highlighted fields, which is to call attention to fields that need to be filled.

    When the check boxes are created in Acrobat, it makes no difference in appearance or behavior if the “Show border hover color for fields” is selected or not. They always appear as the checkbox style you have chosen to use. They do not revert to a generic check mark.

    This is the way that custom check boxes created in InDesign should behave. Thus, they would allow the use of a highlighted field without the appearance of the “selected” custom graphic changing to an unwanted generic graphic.

    Please refer to the InDesign Forums message at this link for examples:

    https://forums.adobe.com/message/11063952#11063952

    InDesign 14.0.2 and Acrobat Continuous 2019.10.20099

    This issue is about the behavior and appearance of interactive check boxes in documents that have been exported to Interactive PDFs.

    There is a difference in the way that check boxes created in InDesign behave and appear versus those created in Acrobat Pro. The Acrobat Pro Forms preferences are involved in this difference.

    When, in Acrobat Pro Forms Preferences, under Highlight Color, the “Show border hover color for fields” option is selected, check boxes created in InDesign behave and appear in the following manner.

    When a check box is made active, it first appears… 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

    4 comments  ·  PDF Export  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close
    Under Review  ·  amaarora responded

    Hi,
    Thanks for reporting the issue. We are reviewing it

    -InDesign Team

15. Applying a paragraph style causes text to appear duplicated on screen, but it's not really.

    CC 2018, OS High Sierra, both most current, brand new install on a brand new iMac Pro.

    If I apply a style using a key command, 90% of the time the text from the cursor down goes crazy, looks duplicated. But if I hit the key command again, or click off the paragraph, or scroll, it goes away and is normal. So it's not really duplicating anything as far as I can tell. I screen captured exactly what it looks like.

    •  

    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

    3 comments  ·  Styles  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close
    Under Review  ·  Abhinav Kaushik responded

    Thank you for reporting the issue to us.
    We are currently reviewing it.
    InDesign Team

16. Text rendered bold when using transparencies

    When using transparent boxes or png images, InDesign will randomly render some text bold. This occurs both on screen and when printing. The only way to avoid it is by not using transparencies, which is annoying. People have been complaining about this since 2011! Get your sh*t together adobe. Come on.

    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

    13 comments  ·  Effects/Transparency  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close
    Under Review  ·  amaarora responded

    Thanks for reporting the issue. We will review it shortly.

    -InDesign Team

17. InDesign freezes while working with "Scale Tool"

    When using the "Scale Tool", every 4 or 5 times or so the app freezes at the dialog box and there's no way to exit. You have to force quit the app and hope that your work is autosaved. Unacceptable and only started happening recently.

    InDesign 15.1.1 on macOS Mojave 10.14.6

    HELP!

    • 

    14 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    19 comments  ·  Crash/Freeze/Hang  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close
    Under Review  ·  AdminRavi Kiran (Senior Lead Quality Engineer, Adobe InDesign) responded

    We’re reviewing this issue.

    —
    Adobe InDesign team

18. Defining a stroke beginning with a gap does not work

    If you define a stroke you can set the length of the first stroke to zero. But as you can see in the screenshot there is still some stroke visible.

    Best solution: Make a "zero stroke" possible, a stroke which starts with a gap.

    Second best solution: Change the minimum in the "length"-field to something > 0.

    •  

    14 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Styles  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close
    Under Review  ·  amaarora responded

    Thanks for reporting.
    We will review the issue

    -InDesign Team

19. Unable to package files - program freezes creating IDML

    Unable to package documents since 14.0.2 x64 update. Freezes on create IDML. When you try to cancel app hangs. Have to crash service to get the app to close.

    Windows 10 - 1809 17763.437

    14 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    19 comments  ·  IDML Export  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close
    Under Review  ·  amaarora responded

    Thanks for reporting the issue. We are reviewing it

    Thanks

20. PDF Hyphenation Bug when line has cross-reference, hyphenated word, and option is to create Tagged PDF

    When exporting an InDesign document to PDF, the hyphenated word is displayed incorrectly in the output PDF.

    It only happens with a line that has cross-reference object, hyphenated word, and option is to create Tagged PDF.

    InDesign 2019 (14.0.1) (MAC/PC) . Also tried it with previous versions and it has the same issue.

    •  

    14 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    9 comments  ·  PDF Export  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close
    Under Review  ·  amaarora responded

    Thanks for reporting the issue. We are looking into it