208 results found

1. [ID-4216889]Objects on the page jump if a left-hand page becomes a right-hand page and vice versa

   Hi developers,
   this is a longstanding bug:

   With facing pages documents on EVERY document page there is a zone where jumping of objects will happen.

   I call this the jump zone. All objects on a page that will jump are clearly inside the page's area. The bug has nothing to do with rounding errors where object edges are at the edge of a page.

   The objects should not move if pages are added or removed, if numbering of pages is changing. Nevertheless they do. Always. Unless, the zone has a width of zero.

   Below all the details.

   What is a jump zone?
   If horizontal values for left and right margins differ, there is a BUG that in effect forms a zone on the page.
   I call this zone JUMP ZONE because objects that touch the zone with their edges could jump horizontally.

   When will objects jump?
   1. When a left-hand page becomes a right-hand page OR a right-hand page becomes a left-hand page.

   1. When a left-hand page becomes a right-hand page and later when a right-hand page becomes a left-hand page again.

   This could happen within a single InDesign document open.

   WARNING:
   It could even happen to InDesign documents that are not visibly open.
   That's with InDesign documents that are part of a InDesign book file.
   The book file's feature with auto-numbering pages can do this even if no document is visibly open.
   The damage is done if auto-numbering took place AND the book file is saved.

   How large is the jump zone?
   The height of the zone is the height of the page.
   The width of the zone can be calculated:
   inner margin MINUS outer margin

   How large is the jump?
   The width of the jump zone.

   Where is the jump zone positioned?
   Positive value: The zone is at the spine of the page.
   Objects that touch the zone jump towards the spine.

   Negative value: The zone is at the edge of a page away from the spine.
   Objects that touch the zone jump away from spine.

   What versions of InDesign are affected?
   All versions CC up to InDesign 2020, Mac OS X and Windows.
   InDesign CS6, Mac OS X and Windows.

   Possibly also InDesign CS5 and CS5.5, Mac OS X and Windows.
   I did not test this.

   How can I avoid jump zones?
   Make right and left margin values the same!

   Are there workarounds if I cannot avoid jump zones?

   1. Anchor objects
      that touch the jump zone to text frames that do not touch the jump zone.
      Nested objects will not jump if the parent objects are not touching the jump zone.

   2. Group an object
      to another one that is touching the top or the bottom edge of the page.
      Tests are showing that objects will not jump if they touch the bottom OR the top of the page.
      ( OR both, bottom and top edges of the page .)

   Other things to consider about moving objects?
   The following is independently of jump zones:
   Objects could move to other pages if their edges touch exactly the horizontal edges on pages in facing pages.
   Depending on the version of InDesign this could also happen with objects touching the spine.
   Reason: Rounding errors.

   What can provoke all this?
   1. Add or remove an odd number of pages
   so that left-hand pages become right-hand pages and vice versa.

   1. Renumber start pages of sections so that left-hand pages become right-hand pages and vice versa.

   Note:
   Every document has at least one section by default.
   The start of that section is the first page in the document.

   More details at Adobe InDesign Forum:
   https://community.adobe.com/t5/indesign/bug-in-book-s-update-numbering-feature/m-p/10774458#M166408

   InDesign 2020 documents attached here.
   See screenshots and further comments at Adobe InDesign Forum:
   https://community.adobe.com/t5/indesign/bug-in-book-s-update-numbering-feature/m-p/10774596#M166420

   Download link to all test files on my Dropbox account:
   https://www.dropbox.com/s/duov096cu2q481l/Jump-Zones-Explained-Facing-Pages-Documents.zip?dl=0

   Regards,
   Uwe Laubender

   ( ACP )

   PS: Why does InDesign Uservoice not permit to attach files with suffix .indd ?
   Message: "Invalid file type: .indd files not allowed."
   Isn't that rather absurd?

   Hi developers,
   this is a longstanding bug:

   With facing pages documents on EVERY document page there is a zone where jumping of objects will happen.

   I call this the jump zone. All objects on a page that will jump are clearly inside the page's area. The bug has nothing to do with rounding errors where object edges are at the edge of a page.

   The objects should not move if pages are added or removed, if numbering of pages is changing. Nevertheless they do. Always. Unless, the zone has a width of zero.

   Below all the details.

   What is a… more

   •  

   •  

   •  

   26 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  ·  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
   Under Review  ·  Abhinav Kaushik responded

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

2. [ID-4236366]Scripts using BridgeTalk do not work on M1 Macs (regardless of CC version)

   ID version: InDesign CC 2021 (16.3.2)
   OS: macOS Big Sur 11.5.2
   Processor: Apple M1

   When I try to run a script that uses BridgeTalk and works with Photoshop, it does not work.
   Also, a simple script using BridgeTalk will not work as well.
   Those scripts do work in CC 2021 on Intel Mac and macOS Big Sur 11.5.2.

   25 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  ·  Scripting  ·  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,

   The issue is under review.

   —

   Adobe InDesign Team

3. [ID-4219708]export book to pdf slows the mouse respond

   Every time, when I export whole book into PDF file, my mouse starts to move with steps. Everything else is working more or less normally, but moving cursor is almost impossible.

   Cursors respond with huge lag - around 1 sec, and moves in steps, what makes impossible to use the mouse.

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

   Thanks for reporting. We will review it

   -InDesign Team

4. [ID-4214608]Page numbering of last pages not visible when View Pages is set to Horizontal in Pages panel.

   When the pages panel is filled up vertically with the pages, and when the panel is set to "View Pages > Horizontally," the panel does not scroll all the way to the bottom, and the page numbers of the bottom pages are cut off.

   This is easily reproducible in any new document with reset InDesign preferences.

   •  

   •  

   •  

   24 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

   11 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
   Under Review  ·  AdminSanyam Talwar (Senior Lead Software Engineer, Adobe InDesign) responded

   Hi,

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

   
   

   —

   Adobe InDesign Team

5. [ID-4224415]Accessibility Tags order to match in InDesign and PDF

   Accessibility tag tree is not matching as per InDesign XML tag structure. We are doing more manual work to re-arrange the tag tree as per PDF view in Acrobat. We need to fix this bug in InDesign and match the tag tree as per InDesign tag structure for the accessibility PDF.

   Attached sample file and screen shot FYR....

   • 

   •  

   •  

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

   -InDesign Team

6. [ID-4216065]Hyperlinks copy/pasted between files *appear* to break after source document is removed.

   Using CC2019 on a Mac running High Sierra

   Steps to reproduce:
   1) Create a document with a few hyperlinks in it.
   2) Whilst this document is open, open a 2nd document, and copy/paste the links from one document to the other.
   3) Save both and close.
   4) Trash source document

   Expected result: hyper links should work in Target document as expected.

   Actual result: hyperlinks all appear broken in document. Whilst an exported PDF appears to still work, ID reports all those links as broken.

   Other details:
   If you retrieve the source document from the trash, it the links in the target document suddenly start working again, meaning your not actually pasting the hyperlink, but theres some sort of link that exists between the source and target document.

   Saving target file as a new file, saving as idml, has no effect – those links are still tied to the source document.

   This in an absolute tragedy if you are working on large documents with lots of links, and needs fixing ASAP

   Using CC2019 on a Mac running High Sierra

   Steps to reproduce:
   1) Create a document with a few hyperlinks in it.
   2) Whilst this document is open, open a 2nd document, and copy/paste the links from one document to the other.
   3) Save both and close.
   4) Trash source document

   Expected result: hyper links should work in Target document as expected.

   Actual result: hyperlinks all appear broken in document. Whilst an exported PDF appears to still work, ID reports all those links as broken.

   Other details:
   If you retrieve the source document from the trash, it the links in the… more

   •  

   •  

   • 

   • 

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

   Thanks for reporting this issue. We’re going to review this one shortly.

   —
   Adobe InDesign team

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

   24 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

   11 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

8. [ID-4219717]Colors are displayed differently between pages

   InDesign 13.0.1 on iMac (Retina 5K, 27-inch, 2017) OS 10.13.3

   Open a CMYK document. Place an sRGB file on page 1. Place the same (or copy) on page 2.

   Expected: the colors on both pages look the same.

   Actual result: With color-proof switched off, the colors on page 1 show as if color-proof turned on while on page 2 the colors show correctly. See screenshots with the same files on 2 pages. I changed nothing I just moved the picture from one page to the other.
   With color-proof turned on all pages look like page 1.

   • 

   •  

   •  

   24 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

   23 comments  ·  Colors/Swatches  ·  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 bug

   -InDesign Team

9. [ID-4213978]unable to change font, size, style in Script UI, alignment problem with Image on button

   Unable to perform basic features such as changing of text Font, Styles, Sizes in CC's scriptUI.
   Alslo image in button way OFF alignment.

   This result in uglier customized UIs than it's older versions.
   As the world population is getting older, the ability to have bigger font size and style is really needed.

   24 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

   12 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 the issue.
   We are reviewing it

   -InDesign Team

10. [ID-4216162]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

    •  

    •  

    22 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
    Under Review  ·  amaarora responded

    Thanks for reporting the issue. We are reviewing it

    -InDesign Team

11. [ID-4222229]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.

    21 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  ·  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. [ID-3934389]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.

    21 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

13. [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
    Under Review  ·  amaarora responded

    Thanks for reporting. We will review it

    -InDesign Team

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

    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

    16 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 (Admin, Adobe InDesign) responded

    We're looking into this issue.

    
    

    --

    Adobe InDesign team

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

    •  

    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

    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

16. 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
    Under Review  ·  amaarora responded

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

    -InDesign Team

17. 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
    Under Review  ·  amaarora responded

    Thanks for reporting.
    We will review the issue

    -InDesign Team

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

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

    •  

    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

    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

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