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