Version of Adobe InDesign, InCopy or InDesign Server

Adobe InDesign 15.0.1

macOS High Sierra 10.13.6

iMac 27 Zoll End 2012

Steps to reproduce the issues

See also attached video

Open Document "02VKLeerzeilenTEMPEnde.indd"
Open Data-Merge Panel
Generate a merged document with click on the button
Uncheck "Remove Blank Lines for Empty Fields" in Content Placement Options
Press [OK]
Repeat Step 3 this time Check "Remove Blank Lines for Empty Fields" in Content Placement Options
Press [OK]
Put the documents side by side
Activate "Show Style override" in the paragraph panel
Jump to page 2
On the left side (Merged Document, Blank line intact) you can see the 2 markers followed by a paragraph symbol
On the right side (Merged Document, Blank line removed) you can see that the 2 markers with paragraph symbol moved 1 line up behind the 7 and the other paragraph symbol is deleted
Everything is o.k. because the paragraph style (07padresse) of the line "Mobile" and the deleted "Blank line" are the same
Jump to page 3
On the left side you can see the 2 markers followed by a paragraph symbol
On the right side (Merged Document, Blank line removed) you can see that the 2 markers with paragraph symbol moved 1 line up and the other paragraph symbol (blue highlighted on the left side) is deleted BUT this time the paragraph style of these 2 paragraph are NOT the same! The result is a bigger gap between the two sentence "Frau Marie…" and Tel: 012…" on the right then it should be as you can see on the left

Expected result
The Blank line (2 markers and paragraph symbol) should be deleted/removed

Actual result
Instead of the Blank line (2 markers and paragraph symbol) the paragraph symbol before that (blue highlighted on the left side) is removed AND the remaining paragraph also picks up the paragraph style from the "Blank line" (if there were text in my example you could see that as well)

Workaround
You can generate a merged document with Blank lines and delete/remove them with Find/Change
Find > (markers) + paragraph symbol = <FEFF><FEFF>^p
Change > to nothing
This way everything stays intact!

Test file, screenshot, video or GIF capturing the issue (optional)
Video and sample files attached

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.

InDesign's Live Preflight will wrongly flag an OpenType Type 1 (PostScript flavored) font as invalid when the font appears in a linked graphic.

To recreate:
1. Create an InDesign Preflight Profile
2. Set it to flag Type 1 fonts as Font Type Not allowed.
3. Create a new InDesign document.
4. Add text using an OpenType Type 1 font.
5. Turn on the preflight.
The preflight will not signal an error. This is expected and correct.
6. Now export a PDF of the document created.
7. Create a new InDesign document.
8. Place the PDF as a linked graphic into the new document.
9. Turn on the preflight.
The preflight will flag any OpenType Type 1 font as "Font not allowed". This is incorrect. The expectation is for it to signal no error.

Details:
InDesign 14.0.2
Mac OS Sierra 10.12.6

We are using the "Publish Online" feature inside Adobe Indesign to make some of our content available on our website. We've recently received reports from users with Apple iOS 13 mobile devices that the content is not displaying properly on those types of mobile phones. When the content first opens, if you double tap the page zooms in ok and double tapping again zooms out ok. However, if you try to pinch/zoom, the page blows up very large such that you can only see a couple words and you cannot pinch to get back out. Sometimes double-tapping again takes it back to a normal view, but often it zooms back out with part of the page cut off. This content was created using InDesign Creative Cloud 14. I spoke with tech support and she indicated a ticket was filed with the engineering team. Posting here as well for others to be aware and to receive updates!

I'm reporting this bug on behalf of the type design studio Dalton Maag. To reproduce: use the provided test font, write the lowercase letter "p" in Indesign, and choose the "Hair Italic" instance, or equivalently, set:
- the font's weight axis to the minimum,
- the width to its default value
- the italic axis to its maximum.

Glyphs are shown without fault within InDesign itself. However, when exported to PDF format and opened on Acrobat Reader, there is an issue with how the letter “p” is displayed (see aktiv_vf_p_bug.png).

We are suspecting the issue is caused by a point on the glyph with coordinate x=0. For our purpose of releasing a working version of the font, we were able to circumvent this problem by moving the offending point by one pixel to the right in the Hair Italic master. However, this is not an acceptable longterm solution from a design standpoint.

We also suspect that the problem happens during the conversion from variable font to a static font for inclusion in the PDF, because we extracted from the PDF the static Hair Italic font that gets embedded, and saw that the bottom right point is misplaced in that font.

I can't attach the pdf but I can send it to you for reproducibility.

In CC2020 a new function for writing alternate text for links was introduced.
Using this function and generating a PDF Leeds to wrong PDF notation. The alt text in PDF is presented by alt text, which is forbidden in the PDF world, where alt text only should be used for non text elements, e.g. pictures. By presenting only the alt text the accessibility is lost – this is against the goal to hav a better output!
A correct output would lead to a content entry.

Note: Alt text for links is under discussion, as such alt text is not present for all users (it would be read out loud, but you can't read it) – this is not about equal access.

Thanks for fixing, this would be a good step for all people relying on accessible PDFs.

Best, Klaas

I feel like we've seen these kinds of issues before. But I noticed in the new "Share for Review" (InDesign 15.1) colors in a test document are shifting. A quick comparison shows that blend modes aren't been exported properly when sending a document up for "Share for Review."

In the screen shot, you can see what I mean: Top is the Review version as viewed in browser, bottom is the correct version as seen in InDesign. Some of the modes seem ok (Multiply, Normal opacity adjustments). But most blending modes aren’t rendering correctly (Hard and Soft Light look identical; Difference is something else entirely; even Screen isn’t looking right.)

Verified it isn't a browser issue or even an RGB export issue.

While this doesn't affect the ability to generally review a document, I can imagine a lot of feedback along the lines of "images look wrong" if using blending modes on overlaid objects.

Tested with both Ai objects embedded in Id document, as well as shapes created directly within Id.

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?

On some Windows workstations, my InDesign CEP panel has the wrong size (way too large). This looks like a re-surfacing of the old bug mentioned here:

https://community.adobe.com/t5/get-started/cep-panel-wrong-size-in-cc2018/td-p/9660228?page=1

• Version:

InDesign version 15.0.1

• Steps to reproduce:

Install this dummy sample 'Hello World' panel into InDesign 15.0.1 on Windows 10 on a workstation with a HiDPI display. Make sure the Windows Display Scaling it set to 100%

https://rorohiko.com/downloads/ID2020PanelSizeBug/ID2020PanelSizeBug.1.0.0.zxp

Run InDesign, open the panel -> should be OK.

Quit InDesign, change the Windows display scaling to 200%

Run InDesign, open the panel -> panel is extraordinary large. See screenshots on

https://coppieters.nz/?p=333

• Expected result:

Panel should retain the correct size, independent of the Windows display scaling.

• Actual result:

Panel becomes very large and unusable on Windows 10 with HiDPI display and scaling > 100%

• Test file etc...

I've written up a short post with sample code, sample ZXP and screenshots on my blog:

https://coppieters.nz/?p=333

When I open an InDesign file that has been packaged with all the fonts (non-Adobe Fonts) included in the Document fonts folder, if I happen to have the same version of the font activated in Adobe Fonts, InDesign automatically, and without warning, substitutes the Adobe Fonts version. This is a major problem. The heirarchy should be document-installed fonts FIRST, then InDesign can look in Adobe Fonts and suggest replacing it. This should not be done without warning in the background. It means that the person who was working in a package workflow without using any Adobe Fonts can send a file to another person using Adobe Fonts, who unbeknownst to them, substitutes the font, then packages and returns the file, and now the font is missing from the new package when returned. This is a huge licensing issue at the very least.