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

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

The inclusion of ~F in a character class invalidates grep expressions in endnotes.

InDesign version: 14.0.2.324 (with the GREP fix installed)

Steps to reproduce:

1. Open the attached document. It contains a single page with text and an endnote.


2. In the GREP tab of the Find/What window, enter the following GREP expression:

\d[^.,;~F]+

And target the document. The expression matches from a digit up to the next period, comma, semicolon, or footnote marker.

Expected result: The expression should match some text in the main text and in the endnote.
Actual Result: The expression does not match anything in the endnote.

To show that it's ~F that's the problem, use this expression:

\d[^.,;]+

It matches in the main text and in the footnote, as expected.

I am using InDesign CC 2019 14.01 x64.

Once a stroke weight has been added, if you then change the stroke weight back to zero, then when you export to pdf the pdf will have a stroke weight added to the text, even though the indesign document looks correct. It may not have the original amount of weight that was added, but it will definitely have what looks to be around a .2 weight added.

However, if you were to start a new document, then add stroke weight, then click edit - undo stroke weight, then it would export to pdf just fine. However if you saved the document with the stroke weight added, and then re-opened and changed the weight to zero, then when you export to pdf it will have a stroke weight still added (around .2, same as above).

So once you have saved a document with the stroke weight added, then no matter what you do the document will not print without the added weight.

If ANYBODY has any idea how to fix this then PLEASE let me know :) I was on chat for 4 hours but no luck. I'm really not trying to redo this 600 page book.

InDesign CC 2019 14.0:

I have a 4 state multi-state object. Each state has a full-screen image with a text title and description which animates in (Fly-in from top) for each state upon load. Left/Right buttons control the interactivity.

However, when I add an animation to the text title/description in State-1 it causes the full-screen image to not load and the test/description text doesn't appear either. (Tested in Indesign in the EPUB Interactivity Preview panel and on iPad/iBooks)

When testing it in the EPUB Interactivity Preview panel and I go to State-2 using the buttons and then return to State-1 the image loads and the text animates as planned.

Why won't the animation show when State-1 first loads? I wanted to attach the InDesign test file to show the issue but it won't allow.

Thanks,

Eoin

I always made extensive use of the old layout adjustment feature in 'margins and columns', yet the new 'adjust layout' gives inconsistent and confusing results, resizing objects that never used to get changed.

It's gone from being very useful to a liability.

For me it was great for resizing the main text frame on multi-page (100s+ pages) books, but leaving the objects pasted into the text frame alone (figures, etc). Also moving page numbers aligned with margins, but not changing the sizes.

The new feature stretches and distorts carefully measured objects/figures, changes anchored object settings (at least, things move about incorrectly without the numbers updating) and causes other weird behaviours.

In the actual version of indesign (16.0) there is still an issue with internal generated vCard-QR-Code scanned by an iphone.

In germany there are special Characters called "Umlaute" (ü, ö, ä) or the "sharp s" (ß). If these characters are used in an vCard generated within the buildin function from indesign, they are replaced with other symbols on the iPhone QR-Code-Camera Reader.

I think this is only a Problem of the used vCard-Version. I think indesign uses Version 2.1 if you would just use Version 3.0 this issue does not appear.

please see attached one example

Kind regards from germany

Max

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.