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

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

Hi,

Not sure where to go with this one but I have just upgraded to Adobe CC and noticed that I'm unable to 'Minimise' the window in InDesign and also noticed that it won't do it in Illustrator but Photoshop does minimise (ODD!)

All it will do is when you double click it fills to fit screen and then the opposite.

I have posted this onto the forum and others have mentioned that they are also experiencing this problem.

(I have turned on the 'Double -click a windows title bar to minimize' in the System Preferences)

Please could you help me out?

Spec: InDesign CC 13.0.1
MacBook Pro, macOS Sierra 10.12.2

Cheers

Hi together,
to explain the issue:

Sometimes backling from endnote text to endnote reference number will not work.

To make it work at all I found the following minimum requirements for PDF export:

PDF Export (Print)

Compatibility: Acrobat 5 (PDF 1.4)

[x] Create Tagged PDF

[x] Hyperlinks enabled

Even with that sometimes only linking from the endnote reference number to the endnote text will work, but not backlinking from the endnote number in the endnote text to the reference in the main text.

What I found:

If you want linking back from the endnote number at the start of the endnote text you have to be careful with formatting of that endnote number which in fact is a special character.

WHAT WORKED:

The endnote is using a paragraph style without any specialities. No overrides, no character styles applied:

RESULT: No issue with linking back and forth between endnote reference number and number in the endnote text.

Now I had the idea to format that special character, the number that starts the endnote text with a character style.

RESULT: Linking from the endnote reference number to the endnote text worked. BACKLINKING DID NOT WORK.

MORE DETAILS IN THIS THREAD:

Endnotes not exporting with links to PDF
Mr_Wonderstuff, Nov 18, 2020

https://community.adobe.com/t5/indesign/endnotes-not-exporting-with-links-to-pdf/m-p/11628582#M40545...

https://community.adobe.com/t5/indesign/endnotes-not-exporting-with-links-to-pdf/m-p/11628643#M40546...

WHAT BROKE THE BACKLINKING:

[1] Character style applied through a GREP Style

[2] Character style applied directly as formatting

[3] Properties directly applied as overrides without a character style

WHAT FINALLY WORKED:

[4] Character style applied as nested style through the applied paragraph style:

Character style to 1 tabulator character

I did not test on to eliminate other factors.

Maybe one of the used properties are the real culprit?

What I defined in that character style and also tried to apply as character override was:

Character width and height: 70%

Baseline Offset: 2 Pt

Fill Color: "C=100 M=0 Y=0 K=0"

Regards,
Uwe Laubender

( ACP )

All InDesign 2021 test documents and the exported PDFs. Also the used joboptions-file can be downloaded from my Dropbox account:
https://www.dropbox.com/s/k2bwr5ljvhde4vx/201127-1-Backlinking-Endnote-Refs-and%20Endnote-Texts.zip?dl=1

Cursor Direction when typing Arabic or other RTL languages. in Middle Eastern version ONLY.

1. All Middle Eastern versions (English يدعم العربية)

2. Type Arabic text. Place the cursor within text. Hold "Shift" key and click on right arrow key on the keyboard to select/highlight text. Cursor moves left and select next character on the left while clicking on right arrow.

3. To select a character to the left of the cursor, we should hold (Shift+left arrow) To select a character to the right of the cursor, we should hold (Shift+right arrow)

4. What actually is happening now and for over 20 years when we had Adobe PageMaker ME and Adobe Illustrator ME is the opposite cursor behavior to the what we're trying to select. We hold (Shift+right arrow) cursor will move and select text to the left, we hold (Shift+left arrow) cursor will move and select text to the right.

5. see animated GIF on InDesign forums here… https://forums.adobe.com/message/10174226#10174226

Adding Hunspell dictionaries breaks code-signing, and results in the whole of InDesign's spelling system being sand-boxed by OSX.

Steps to reproduce:

1. On High Sierra and InDesign CC, add a Hunspell dictionary, as detailed here: https://helpx.adobe.com/indesign/kb/add_cs_dictionaries.html

2. Spell-check any InDesign document using the new dictionary and spell-checking then becomes unusable, until InDesign is uninstalled then re-installed.

The following types of errors are produced in the console, showing that it's a code-signing issue, caused by dictionaries being installed within the Hunspell plugin bundle.

Can I suggest that there should be another place to install additional languages, outside the InDesign application.

The only way I can work with Latin and Ancient Greek languages currently is to use an El Capitan Mac, which does not have the sandboxing.

AMFI: Check-fix enabled for binary '/Applications/Adobe InDesign CC 2018/Resources/Dictionaries/LILO/Linguistics/Providers/Plugins2/AdobeHunspellPlugin.bundl e/Contents/MacOS/AdobeHunspellPlugin' with TeamID 'JQ525L2MZD', identifier 'com.adobe.adobehunspellplugin2': broken signature treated as unsigned without privileges. This workaround will not work for software built on or after 10.12.

1) This bug occurred on InDesign cc2017 and CS6. 2) Follow these steps to replicate the bug: create a shape, let's say a circle, and then copy this circle and paste it in a separate layer directly over the top of the first. To better see the effects of the bug, make the fill of the top circle red, and the bottom blue. At this point, the bottom blue circle is completely hidden by the red circle above it. Now put a 4pt stroke with an outside alignment on the bottom blue circle. The blue circle is still hidden, and now it appears as if the red circle on top has a stroke. Before making any changes to the shapes, make sure the Dimensions Include Stroke Weight and Adjust Stroke Weight when Scaling are DESELECTED in the Transform panel options. Make sure both the Info palette and the Transform palette are visible so you can read the starting and ending measurements in both palettes. Using the selection tool, select BOTH circles together, and then pull on any corner to enlarge the two shapes together. 3) EXPECTED RESULT: the two shapes should scale together. They start with the equal measurements in both the Info and Transform palettes, and once scaled, the shapes and the measurements should still read as being equal (albeit larger) sizes. 4) THE ACTUAL RESULT: the two shapes are different sizes after scaling. Remember that Dimensions Include Stroke Weight was deselected, so the stroke shouldn’t have any effect on the shape size, and yet, the bottom shape is slightly bigger than the top. Not only is the blue circle now clearly visible and peeking out from beneath the red circle, but the Info and Transform palettes read TWO different sizes. The following are images that illustrate the bug: