225 results found

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

   • 

   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

   21 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

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

   We’re reviewing this issue.

   —
   Adobe InDesign team

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

   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

   5 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

   Submit Rating
   Under Review  ·  amaarora responded

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

   -InDesign Team

3. [ID-4214723]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

   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

   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

   Submit Rating
   Under Review  ·  amaarora responded

   Thanks for reporting the issue. We are reviewing it

   Thanks

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

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

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

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

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

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

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

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

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

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

   … more

   •  

   •  

   •  

   •  

   15 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

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

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

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

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

   —
   Adobe InDesign team

5. Saving document presets always changes back to pica units

   When creating and saving new document presets, despite choosing a different unit such as inches or points, after hitting the save button, the document preset is only saved in picas unit measurement

   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

   15 comments  ·  Document/Pages  ·  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

   Thank you for reporting this issue. We’re reviewing this.

   —
   InDesign team

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

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

   InDesign version: 14.0.2.324 (with the GREP fix installed)

   Steps to reproduce:

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

   \d[^.,;~F]+

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

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

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

   \d[^.,;]+

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

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

   InDesign version: 14.0.2.324 (with the GREP fix installed)

   Steps to reproduce:

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

   \d[^.,;~F]+

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

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

   To… more

   15 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

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

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

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Under Review  ·  amaarora responded

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

   -InDesign Team

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

   Submit Rating
   Under Review  ·  Abhinav Kaushik responded

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

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

   16 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

   Submit Rating
   Under Review  ·  amaarora responded

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

   -InDesign Team

9. On waking Mac from sleep, open documents are grayed out on external monitor.

   If I put my MacBook Pro to sleep with work on an external monitor, when I turn it on at another place with an external monitor, all open documents are grayed out and do not display any object. The objects are selectable, but I can't see what's in them. Switching display modes, minimizing or dragging between displays doesn't help either.
   Apple M1 Max, Sonoma 14.0, InDesign 19.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

   16 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

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

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

   —

   Adobe InDesign Team

10. Artifact Tagging

    InDesign now ignores it half the time when I designate an object as an artifact in the object export options panel. I run an accessibility check on the PDF and those objects come up as errors in the alternate text check, and I have to manually desginate them all as artifacts within Acrobat. I know this is a new issue, because I've been working with the same template for several years and locked down all the objects that were supposed to remain the same month to month. Never has a problem until the 2020 update.

    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

    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

    Submit Rating
    Under Review  ·  amaarora responded

    Thanks for reporting the issue. We are reviewing it

    -InDesign Team

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

    Submit Rating
    Under Review  ·  amaarora responded

    Thanks for reporting the issue. We are looking into it

12. Cursor size in working area is huge InDesign CC 2018 Win

    The ID cursor (black) when over the workspace is huge. It is normal size when hovering over the tool bars (white), but when you move over the workspace it is supersized. This occurs when working on an external monitor, but is scaled appropriately on HD Laptop Screen.

    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

    21 comments  ·  UI/UI Scaling  ·  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  ·  amaarora responded

    Thanks for reporting.
    We will review the bug

    -InDesign Team

13. [ID-4261362] When using real endnotes in InDesign and exporting as a tagged PDF, the tag tree isn't created correctly.

    When you use real endnotes in InDesign and export as a tagged PDF, the resulting tag tree is not generated properly.
    This behavior can be reproduced for at least for InDesign 16, 17, 18.

    Result now:
    <P>
    --<Note>
    ----<Link>
    ------OBJR
    --ALL CONTENT

    Minium correct result:
    <Note>
    --<P>
    ----<Link>
    ------OBJR
    ------Endnote number
    ----Endnote content

    In addition: The placement attribute for <Note> should be "Block".

    This can only be fixed with a lot of work in the PDF.

    Best, Klaas

    • 

    • 

    13 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    3 comments  ·  Accessibility  ·  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. We have been able to reproduce the issue and it is currently under investigation. 

    —

    Adobe InDesign Team

14. [ID-4261011] In Find/Change, search for font style (eg "Book") incorrectly selects "Regular" style text, even if "Book" style isn't present

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

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

    •  

    13 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

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

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

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

    Hi,

    Thank you for reporting the issue. We have been able to reproduce the issue and it is currently under investigation. 

    —

    Adobe InDesign Team

15. Text formatting can break backlinking endnote texts to endnote refs when exported to PDF (Print)

    Hi together,
    to explain the issue:

    Sometimes backling from endnote text to endnote reference number will not work.

    To make it work at all I found the following minimum requirements for PDF export:

    PDF Export (Print)

    Compatibility: Acrobat 5 (PDF 1.4)

    [x] Create Tagged PDF

    [x] Hyperlinks enabled

    Even with that sometimes only linking from the endnote reference number to the endnote text will work, but not backlinking from the endnote number in the endnote text to the reference in the main text.

    What I found:

    If you want linking back from the endnote number at the start of the endnote text you have to be careful with formatting of that endnote number which in fact is a special character.

    WHAT WORKED:

    The endnote is using a paragraph style without any specialities. No overrides, no character styles applied:

    RESULT: No issue with linking back and forth between endnote reference number and number in the endnote text.

    Now I had the idea to format that special character, the number that starts the endnote text with a character style.

    RESULT: Linking from the endnote reference number to the endnote text worked. BACKLINKING DID NOT WORK.

    MORE DETAILS IN THIS THREAD:

    Endnotes not exporting with links to PDF
    Mr_Wonderstuff, Nov 18, 2020

    https://community.adobe.com/t5/indesign/endnotes-not-exporting-with-links-to-pdf/m-p/11628582#M40545...

    https://community.adobe.com/t5/indesign/endnotes-not-exporting-with-links-to-pdf/m-p/11628643#M40546...

    WHAT BROKE THE BACKLINKING:

    [1] Character style applied through a GREP Style

    [2] Character style applied directly as formatting

    [3] Properties directly applied as overrides without a character style

    WHAT FINALLY WORKED:

    [4] Character style applied as nested style through the applied paragraph style:

    Character style to 1 tabulator character

    I did not test on to eliminate other factors.

    Maybe one of the used properties are the real culprit?

    What I defined in that character style and also tried to apply as character override was:

    Character width and height: 70%

    Baseline Offset: 2 Pt

    Fill Color: "C=100 M=0 Y=0 K=0"

    Regards,
    Uwe Laubender

    ( ACP )

    All InDesign 2021 test documents and the exported PDFs. Also the used joboptions-file can be downloaded from my Dropbox account:
    https://www.dropbox.com/s/k2bwr5ljvhde4vx/201127-1-Backlinking-Endnote-Refs-and%20Endnote-Texts.zip?dl=1

    Hi together,
    to explain the issue:

    Sometimes backling from endnote text to endnote reference number will not work.

    To make it work at all I found the following minimum requirements for PDF export:

    PDF Export (Print)

    Compatibility: Acrobat 5 (PDF 1.4)

    [x] Create Tagged PDF

    [x] Hyperlinks enabled

    Even with that sometimes only linking from the endnote reference number to the endnote text will work, but not backlinking from the endnote number in the endnote text to the reference in the main text.

    What I found:

    If you want linking back from the endnote number at the start of the… more

    13 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    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

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

    Thanks for reporting the issue of backlinking not working for Endnotes with WR Composers.
    We’re going to review this shortly.

    —
    Adobe InDesign team

16. Nonbreaking Hyphen is ignored on import from DOCX

    • 

    • 

    • 

    13 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    Under Review  ·  11 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. Adobe 2020 Crashes with copy & paste

    Whenever I try to copy/paste small elements from adobe illustrator onto Adobe InDesign, indesign will automatically quit. If I try to recover the file after it has crashed, it crashes again...

    What is happening here? This is an ongoing issue since the update.

    13 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    9 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

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

    We have been able to reproduce the issue and it is currently under investigation.
    Customers facing similar issue, Please share the document with sharewithid@adobe.com

    —
    Adobe InDesign team

18. Multiple text line links tab out of order

    Not sure if InDesign or Acrobat issue: Using 13.1. InDesign - Recently noticed that if I have text that flows to 2 lines and that has a hyperlink behind it, in Acrobat, the tags show the link as having two Link-OBJR, but they are the reverse of reading order. So if you tab the page, you go from 2nd line of text to first. So,

    'Go to
    the store'

    tabs as if it is 'the store' 'go to'. The underlying link is fine--no issue there--it's the tab order and tag order (tag order perhaps then impacting screen readers/accessibility???).

    This is in a single paragraph block, so not an issue of Article content out of order--the system is doing this. I think this is a recent bug (last 4-6 months?) --but whether in how InDesign feeds this to Acrobat or how Acrobat interprets, I don't know. I can manually fix in Acrobat but re-ordering the Link-OBJR tags, but it makes no sense that I should have to do so. Any idea what is going on?

    Not sure if InDesign or Acrobat issue: Using 13.1. InDesign - Recently noticed that if I have text that flows to 2 lines and that has a hyperlink behind it, in Acrobat, the tags show the link as having two Link-OBJR, but they are the reverse of reading order. So if you tab the page, you go from 2nd line of text to first. So,

    'Go to
    the store'

    tabs as if it is 'the store' 'go to'. The underlying link is fine--no issue there--it's the tab order and tag order (tag order perhaps then impacting screen readers/accessibility???).

    This is… more

    13 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    7 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

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

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

    —
    Adobe InDesign team

19. InDesign, latest version. GREP: find period (.) character followed by endnote reference number. Should be (\.)(~U) but doesn't seem to work.

    GREP: find period (.) character followed by endnote reference number. Should be (.)(~U) but doesn't seem to work.

    13 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    4 comments  ·  Others  ·  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  ·  amaarora responded

    Thanks for reporting the issue. As confirmed from you all, the crash issue is not happening with latest InDesign build. The only remaining issue is that of Grep not working when a period is followed by an endnote marker

    We will look into the issue shortly.

    -InDesign

20. [ID-4199810]Cross reference takes more space than its text

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

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

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

    This happens in CS6 and in CC2019, 14.0.1 x64.

    •  

    13 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

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

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

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

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

    Hi,

    Thank you for reporting the issue. We have been able to reproduce the issue and it is currently under investigation. 

    —

    Adobe InDesign Team