I have many photos with clipping paths that exactly outlines the garments. When using these against a backdrop, there is a thin white remnant of the white backdrop. To avoid this I can use INSET FRAME on the clipping path.

But, if I use inset frame, the "internal" paths are disregarded and it only uses the first clipping path.

I know I should fix the images, but it would take me ages. I have requested the different photographers to make the paths correctly, but they tend to revert to setting the paths at the garment edge. I do not know if you regard this as a bug, but one should at least have an option of applying the inset on all paths. Right? Indesign 15.01
Regards

We have a custom plugin, we are using this plugin since Indesign CS4. We have an option to drag & drop images from this plugin pallet into Indesign Layout. With the latest CC2020 SDK, we have upgraded our plugin from CC18 to CC2020 & it works fine on all other functionality except "Drag & drop" within text frame.

We didn't made any update to the code, the same option works fine till CC2019. Is there any known issue with CC2020 sdk for drag & drop?

Note: Drag & drop Images from custom plugin into Text Frame. Center Point is not Accepted the drag & drop image.But to place the image at left top corner of the image frame, also the mouse pointer get transforms into "T" instead of "+" symbol, when we drag over text frame.

We have a custom plugin, we are using this plugin since Indesign CS4. We have an option to drag & drop images from this plugin pallet into Indesign Layout. With the latest CC2020 SDK, we have upgraded our plugin from CC18 to CC2020 & it works fine on all other functionality except "Drag & drop" within text frame.

We didn't made any update to the code, the same option works fine till CC2019. Is there any known issue with CC2020 sdk for drag & drop?

Note: Drag & drop allows us to place the image at left top corner of the image frame, also the mouse pointer get transforms into "T" instead of "+" symbol, when we drag over text frame.

Indesign 15.1.2
At times, when exporting cut paths via PDF from Indesign to Illustrator, the cut paths will come in smaller than they should be. See attached screenshot. Both the red trapezoid and black rectangle say they are 36" x 24" in Indesign. When exported via PDF to Illustrator, the trapezoid is 35.875" x 24" but the rectangle stays true to 36 x 24.
I can see why this is, Indesign isn't reading the true dimensions of the rounded corner object. It's reading them as if it still has "none" applied to the corners. This could cause issues with fit when creating parts that have to fit into exhibits or frames. Please fix? Thanks.

PDFs with certain Identity-H encoded fonts do not display in InDesign 2020 (Windows, v 15.1.2), but work fine in InDesign 2019.

The issue seems to be font encoding related – InDesign 2020 doesn’t like the Museo Sans 500 (and some other OpenType) fonts being embedded into the PDF using the Identity-H encoding. If the encoding is changed to ANSI encoding, then the PDFs render fine.

Preflighting the PDF shows the problem fonts as Type 0.

Conversion of the PDF using Acrobat to PDF/X appears to rebuild the PDF in such a way as InDesign is able to render it (although it increases the file size from 10Kb to 500Kb)

In inDesign (any version) :

1- Import a PSD file with at least 3 layers and duplicate it,
2- via the menu, for each duplicated image, hide and show different layers to make different visual / images with the same PSD file,
3- via the menu in inDesign, modify 1 image to open it into Photoshop , then add 1 new layer into the PSD and hide it, then save

Back in inDesign, every image will reset to the default look of the PSD.

Why don't you warn with a message in this kind of cases, but keeping names of layers activated as it was before changes? Then the images will be the same as reworked first into inDesign. No need to redo the work for each duplicated PSD in case we are adding layers into PSD.

Many thanks.
Greg

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

I'd like to be able to adjust the size of the graphic thumbnails in the CC Library panel, similarly to the ability to adjusting the thumbnail size in the Gallery view of Lightroom.

I am drawing from about a hundred images to build out a deck. Many photos are shot in similar locations and are subtly nuanced. On my 13" Macbook, I can't really distinguish them. There's plenty of room for a single line of larger images, but currently no ability to change their size. This makes ID largely useless for building out this deck unless I'm on my 27" iMac or else trying to use ID and the Finder in concert, which seems dumb.