226 results found

1. Serious GREP style bug: ampersands

   Hi, InDesign team.

   I've run into a serious bug with GREP styles. Any GREP expression containing an ampersand character that is entered as a GREP style in a paragraph style will suddenly acquire additional ampersands whenever I scroll through the list of GREP styles.

   STEPS TO REPRODUCE:

   Create a simple GREP style as part of a paragraph style.
   The entire GREP expression should consist of the single character &. (Though this also happens when the & is part of longer expressions.)
   Make enough other GREP styles that you need to scroll in the window to see them all.
   Close the paragraph style window and reopen it.
   Scroll through the list of GREP styles.
   When you scroll, you will see that "&" has become "&&."

   HERE ARE OTHER DESCRIPTIONS OF THIS ISSUE:

   https://community.adobe.com/t5/indesign/ampersand-gets-doubled-in-grep-style/td-p/10329693?page=1

   https://community.adobe.com/t5/indesign/self-propagating-ampersands-in-grep-in-a-paragragh-style/td-p/5881764?page=1

   https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/36196819-paragraph-style-grep-functions-are-unreliable

   I believe I have gotten around the bug by using the Unicode value for an ampersand, but this is not ideal. I need to be able to trust that the GREP style implementation is solid.

   Thank you.

   Hi, InDesign team.

   I've run into a serious bug with GREP styles. Any GREP expression containing an ampersand character that is entered as a GREP style in a paragraph style will suddenly acquire additional ampersands whenever I scroll through the list of GREP styles.

   STEPS TO REPRODUCE:

   Create a simple GREP style as part of a paragraph style.
   The entire GREP expression should consist of the single character &. (Though this also happens when the & is part of longer expressions.)
   Make enough other GREP styles that you need to scroll in the window to see them all.
   Close the… more

   5 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   2 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  ·  AdminRavi Kiran (Admin, Adobe InDesign) responded

   Thanks for reporting. We’ll review this shortly.

   —
   Adobe InDesign team

2. BUG (since CS6!): Nonbreaking Space (^S) Issue with World-Ready-Composer

   Issue:
   When using the ›World-Ready Composer‹, the character ›Nonbreaking Space‹ (^S) behaves exactly like the character ›Nonbreaking Space (Fixed Width)‹ (^s); i.e.: in justified paragraphs, its width does not adjust (like regular spaces do), but it is fixed and unchanging.
   This only occurs with the ›Adobe World-Ready Composer‹ (both ›Paragraph‹ and ›Single-line‹) and not with the regular ›Adobe Composer‹ (neither ›Paragraph‹ nor ›Single-line‹).
   It is not related to the font used, it has been tested with many different fonts.

   1. Versions with this bug, tested and confirmed by myself or colleagues:
      InDesign (Standard Version) CS6, CC2015.0
      InDesign (Middle Eastern Version) CC2020 (15.1.2), CC2021 (16.0)
      I suppose it occurs in all versions since CS6 (when the ›World-Ready Composer‹ was first introduced, afaik)!

   2. Steps to reproduce this issue
      Enter a few lines of text and insert the character ›Nonbreaking Space‹ somewhere. Choose any of the ›Justify‹ paragraph styles and select the ›World-Ready Composer‹. Switch to the regular ›Adobe Composer‹ with the same setup and compare the result.

   3. Expected Result:
      The ›Nonbreaking Space‹ should adjust its width just like any other of the regular spaces.

   4. Actual Result:
      The ›Nonbreaking Space‹ does not adjust its width.

   5. Example as Screenshot attached.
      (Menu is in German: ›Globaler Adobe-Absatzsetzer‹ = ›Adobe World-Ready Composer‹; ›Adobe-Absatzsetzer‹ = ›Adobe Composer‹)

   As far as I know, this issue has been reported only once before (https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/39403822-non-breaking-space-is-smaller-than-regular-space-w). But in this report, it is stated incorrectly that the Nonbreaking Space would be smaller than a regular space. It can, in fact, be larger as well (e.g. in a tight line with regular spaces smaller than their 100% optimum). The real nature of the issue is that it does not vary its size.

   PLEASE FIX ASAP!
   Thanks

   Issue:
   When using the ›World-Ready Composer‹, the character ›Nonbreaking Space‹ (^S) behaves exactly like the character ›Nonbreaking Space (Fixed Width)‹ (^s); i.e.: in justified paragraphs, its width does not adjust (like regular spaces do), but it is fixed and unchanging.
   This only occurs with the ›Adobe World-Ready Composer‹ (both ›Paragraph‹ and ›Single-line‹) and not with the regular ›Adobe Composer‹ (neither ›Paragraph‹ nor ›Single-line‹).
   It is not related to the font used, it has been tested with many different fonts.

   1. Versions with this bug, tested and confirmed by myself or colleagues:
      InDesign (Standard Version) CS6, CC2015.0
      InDesign (Middle Eastern Version) CC2020… more

   •  

   •  

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

   Thanks for reporting. We will review the issue

   -InDesign Team

3. Endnotes are tagged incorrectly when exporting to Accessible PDF from InDesign 2021

   In InDesign 2021, endnotes are not nested inside of a <Note> tag like they should be. Now only the Endnote number is in a <Note> tag and everything else is in a <P> tag. Normal behavior is to put each Endnote in its entirety within a <Note> tag. In addition, for several versions Endnotes and Footnotes are in a <Note> tag but then there's a <P> tag within the <Note> tag. The <P> tag is unnecessary and causes an error when trying to validate Accessible PDF. Please remove the <P> tag within <Note> tags when exporting to tagged PDF.

   7 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  ·  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 this shortly.

   —
   InDesign team

4. Drop shadow in exported PDF is a different size

   Certain drop shadows have a different size when they appear in an exported PDF.

   In the attached example, the black shapes each have a drop shadow effect in yellow. When exported, the shadows appear shorter and narrower. The difference is approximately 20 pt narrower and 1 pt shorter. (Note the difference in proportion of the yellow drop shadow and black shape in the screenshots.) I've also included the drop shadow effect attributes.

   This occurs with multiple PDF export settings including the default [High Quality Print]. I am able to reproduce this behavior in both InDesign versions 15.1.2 and 16.0.

   •  

   •  

   •  

   12 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

   Submit Rating
   Under Review  ·  amaarora responded

   Thanks for reporting. We will review the issue shortly.

   -InDesign Team

5. Translation bug : Spread -> Grossi instead of Planche (in french)

   1. Click on publish online button Single Page is well translated as "Un(e) seul(e)" (page) Spread is wrongly translated as "Grossi" Grossi means bigger (or what we had with trapping : spreading inks, so making ink marks bigger) Planche which has been the accepted term in inDesign for ages.

   (also known as 09/01/2017 #ID-4199114)

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

   Submit Rating
   Under Review  ·  amaarora responded

   Thanks for reporting this issue. We will review it

   -InDesign Team

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

   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

   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

   Submit Rating
   Under Review  ·  amaarora responded

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

   -InDesign Team

7. Crash while export to JPG

   indesign 16.2 (mac version) crashes every time exports jpg and it tries to overwrite existent jpg

   •  

   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  ·  PNG/JPEG/EPS 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  ·  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

8. [ID-4261000]Hebrew Text with Vowel Points Reorders Incorrectly When Pasted from InDesign to Word

   When keying (or importing) Hebrew text, InDesign often misplaces vowel points when two or more vowel points are attached to a single base character unless the base character and vowel points are keyed in a specific order. I don't totally understand it, but it has something to do with Unicode normalization. Microsoft Word gets around this problem, but I can't say how. It would be nice, however, if InDesign could get around it, too.

   One Hebrew font, SBL Hebrew, has written Unicode features (?) to prevent the normalization problem, but most fonts cannot do this on their own in InDesign. Times New Roman, for example, sets fine in Word, but the same file in InDesign shows vowel points displaced. The user guide for SBL Hebrew (available easily online) explains the problem better than I can.

   Thanks for considering addressing this behavior.

   When keying (or importing) Hebrew text, InDesign often misplaces vowel points when two or more vowel points are attached to a single base character unless the base character and vowel points are keyed in a specific order. I don't totally understand it, but it has something to do with Unicode normalization. Microsoft Word gets around this problem, but I can't say how. It would be nice, however, if InDesign could get around it, too.

   One Hebrew font, SBL Hebrew, has written Unicode features (?) to prevent the normalization problem, but most fonts cannot do this on their own in InDesign.… more

   9 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

9. Slow performance - spinning wheel - AdobeFnt22.lst

   Hi Adobe, we are still having major issues with a lot of spinning wheels in InDesign version 15.1.1. because of the AdobeFnt22.lst files that are created with every document. Basically when we open a document it resyncs/updates the AdobeFnt22.lst file of every document that was previously worked from that Mac. This is causing a lot of network traffic and spinning wheels in InDesign. The problem is fixed if we restart the Mac or rename the "Document fonts" folder so that InDesign no longer uses the fonts so does not create an "AdobeFnt.lst" file. Can you please sort this out, it is killing our production, some of our designers are reverting back to using QuarkXpress

   Hi Adobe, we are still having major issues with a lot of spinning wheels in InDesign version 15.1.1. because of the AdobeFnt22.lst files that are created with every document. Basically when we open a document it resyncs/updates the AdobeFnt22.lst file of every document that was previously worked from that Mac. This is causing a lot of network traffic and spinning wheels in InDesign. The problem is fixed if we restart the Mac or rename the "Document fonts" folder so that InDesign no longer uses the fonts so does not create an "AdobeFnt.lst" file. Can you please sort this out, it… more

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

   Submit Rating
   Under Review  ·  amaarora responded

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

   -InDesign Team

10. Underline with variable font

    When the underline of a variable font is activated, the underline takes the whole height of the page. (Indesign 15.1.2)

    •  

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

    The issue has been fixed in the latest release of InDesign – InDesign 2021.
    Please update to this new version of InDesign to get the fix.

    —
    Adobe InDesign team

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

12. PDF issue with WorkSans variable font

    I'm getting a strange issue with the WorkSans static variable font when exporting a PDF. The font is from Google Fonts -- https://fonts.google.com/specimen/Work+Sans. The weight in the attached example is WorkSans Black. A strange overlap issue is happening in the crossbar of the A. The issue only seems to be occurring in that letterform. The only way I can seem to resolve this is by converting the font to outlines in InDesign, which is not ideal.

    • 

    •  

    •  

    5 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    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

    Thanks for reporting. We will review the issue shortly.

    -InDesign Team

13. [ID-4216880]Placed graphic displays and exports outside stroke.

    A placed graphic will show onscreen and in graphic exports like PNG and JPG outside the stroke when the stroke is aligned to the inside of the frame. InDesign 2020 and earlier. To reproduce: place a graphic, add a stroke to the frame, align stroke to inside, export the page to jpg or png. A thin portion of the image is visible outside the stroke. Obviously, this is most noticeable when the stroke is thick and white.

    •  

    •  

    •  

    •  

    35 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  ·  Graphics/Images/Assets  ·  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

14. Viewing page with linked image causes file to be marked as dirty (needs saving)

    InDesign version: 15.1.1
    Additional versions tried: 15.0.3, 15.0, 14.0.3
    MacOS Mojave (10.14.6) on two different computers

    To reproduce:
    1. Create a new empty document.
    2. Add a second page to the document.
    3. Place Image, onto the page you're viewing (I did a PNG)
    4. Save and close the document.
    5. Open the document.
    6. Wait 2-20 seconds, doing nothing to change the document.

    Expected result: document opens to page with placed image, nothing else happens / changes.

    Actual result: document opens to page with placed image, and after a delay the document is marked as changed (asterisk appears in tab before the filename, InDesign prompts to save document when you close it)

    Additional detail: It seems to key off of viewing the page with the linked image, not just opening the file. If you save the document while viewing the page without the image, then when you re-open it (and see the imageless page) the file is not marked be as dirty even if you wait. However, if you then go to the page with the linked image (by clicking, scrolling, or command-J), shortly after you get there the file will be marked as dirty. (If you scroll, the key event seems to be hitting the boundary to the new page; the linked image does not need to actually be displayed.)

    Attempted fixes which did not resolve the problem:
    • Deleting my InDesign preferences (by holding down CTL-CMD-OPT-SHIFT during program startup)
    • Deleting my Cache

    InDesign version: 15.1.1
    Additional versions tried: 15.0.3, 15.0, 14.0.3
    MacOS Mojave (10.14.6) on two different computers

    To reproduce:
    1. Create a new empty document.
    2. Add a second page to the document.
    3. Place Image, onto the page you're viewing (I did a PNG)
    4. Save and close the document.
    5. Open the document.
    6. Wait 2-20 seconds, doing nothing to change the document.

    Expected result: document opens to page with placed image, nothing else happens / changes.

    Actual result: document opens to page with placed image, and after a delay the document is marked as changed (asterisk appears in… more

    5 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    8 comments  ·  Graphics/Images/Assets  ·  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.
    We’re reviewing this shortly.

    —
    Adobe InDesign team

15. [ID-4218828]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

    Submit Rating
    Under Review  ·  amaarora responded

    Thanks for reporting. We will review it

    -InDesign Team

16. Misplaced pin icons and shapes in Share for Review

    Pins or shapes in Share for Review are always shown with misplaced icons or shape "borders". All browsers render it similarly. In Chrome, after reloading and clearing cache through DevTools, pin icons are changed to numbers and shapes disappear (in DevTools there is some error...). Btw, in Opera for Android, there are shown numbers by default. Using InDesign 15.1.1 for Windows, tried different files on laptot/desktop with the same results.

    About a week before I used the function for the first time and everything was fine, but I'm not sure if InDesign had the latest update.

    Working example: https://assets.adobe.com/id/urn:aaid:sc:US:f5b91a94-c27e-44bd-9b09-f46e662affc8?view=published

    •  

    •  

    4 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    2 comments  ·  Share for Review  ·  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 are going to investigate this shortly.

    —
    Adobe InDesign team

17. "Update Library Item" option missing in context menu of Libraries

    I am trying to update a library item. It's a previously created library item that I've made changes to. There used to be a contextual menu item called "Update Library Item" but it's gone.

    When resetting the prefences with Shift+Option+Command+Control at the start of InDesign or (for me) uninstalling and reinstalling a certain plugin, that menu item appears again.
    One user found out this:
    Renamed Adobe Indesign folder in ~/Library/Caches. That did the trick for me !!
    For the ultimate test, I put back the "old" Adobe Indesign folder and the issue was back again.

    Link to the old forum thread: https://community.adobe.com/t5/indesign/update-library-item-missing/td-p/10193293?page=1

    To me this is not an issue that should be fixed by the user in such a way.
    That menu item shouldn't disappear in the first place. That's why I'm opening a bugreport.

    Attached are Screenshots of the issue.

    I am trying to update a library item. It's a previously created library item that I've made changes to. There used to be a contextual menu item called "Update Library Item" but it's gone.

    When resetting the prefences with Shift+Option+Command+Control at the start of InDesign or (for me) uninstalling and reinstalling a certain plugin, that menu item appears again.
    One user found out this:
    Renamed Adobe Indesign folder in ~/Library/Caches. That did the trick for me !!
    For the ultimate test, I put back the "old" Adobe Indesign folder and the issue was back again.

    Link to the old forum… more

    •  

    •  

    7 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  ·  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 the issue.
    We will review the bug shortly

    -InDesign Team

18. Crash when "fitting frame to content" on an inline-anchored textframe (inline or above line)

    Hi,
    Last week i noticed that InDesign crashes when I fit the textframe to its contents, when that textframe is anchored as "text" inside another textframe (anchor-option: incline or above line) when it is not separated by paragraph breaks or whitespaces.

    I have a file that has one textframe for the main column. In it I placed several smaller textframes with more than one column as textelements.
    I didn't separate them by a space or linebreak. When fitting one of the smaller frames to its content by double clicking the lower reference point in the middle to get rid of whitespace inbetween the smaller frames, indesign crashes immediatly.

    When adding linebreaks inbetween the anchored textframes inside the main one, the "fitting frame to content"-action works fine.

    Attached is a video of the problem.
    If you have any questions feel free to ask.

    Please fix the problem.
    My company is using this textframe-in-textframe solution as templates to automatically populate the frames with text using a script. When executing that script Indesign crashed and we had to go look for the issue. Fixed the templates by adding linebreaks.

    I added my bugreport on another Bug that seemed similar but after reviewing it it seems like it's a separate bug: https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/39398323-anchored-textframe-with-auto-sizing-auto-adjusting
    Maybe it's still helpful...

    Hi,
    Last week i noticed that InDesign crashes when I fit the textframe to its contents, when that textframe is anchored as "text" inside another textframe (anchor-option: incline or above line) when it is not separated by paragraph breaks or whitespaces.

    I have a file that has one textframe for the main column. In it I placed several smaller textframes with more than one column as textelements.
    I didn't separate them by a space or linebreak. When fitting one of the smaller frames to its content by double clicking the lower reference point in the middle to get rid of… more

    • 

    5 votes

    Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    5 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

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

    —
    Adobe InDesign team

19. GREP Beginning of STORY not Working in InDesign 2020 15.0.3

    GREP (Beginning of STORY) not Working in InDesign 2020 15.0.3

    8 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  ·  amaarora responded

    Thanks for reporting. We are reviewing the issue

    -InDesign Team

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

    •  

    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

    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

    Submit Rating
    Under Review  ·  amaarora responded

    Thanks for reporting.
    We will review the issue

    -InDesign Team