Using InDesign CC 2018 (but this has existed in previous versions, at least back to 2015).

If you have a Hyperlink set to another INDD file and you do NOT have that other file open ... then, if you Cut or Copy and Paste that hyperlink, it will break.

1. Open the attached Chapter 1.indd and Chapter 2.indd files. Notice in each file there is a single hyperlink to the other file.

2. Close ONE of the files and keep the other open.

3. Open the Hyperlinks panel to observe the state of the hyperlinks - they should be 'ok' (if not, make sure you adjust the hyperlinks so that they are working properly, per the location where you have saved these demo files).

4. Copy or Cut the frame containing the hyperlink (e.g., the text frame with the words "Chapter 1, Link to Chapter 2")

5. Now look at the Hyperlinks panel ... notice that the hyperlink is now broken.

Additional info (you need not do this... but, this happens to be how I check for broken hyperlinks, namely looking for the "ClipboardScrap1" Destination string and the DestinaionUniqueKey="0" or "") If you export the file to IDML (or IDMS) you'll be able to see in an XML editor that the DestinationUniqueKey="0" (broken), and the Destination ListItem path now looks similar to this:

<ListItem type="string">C:\Users\allanshearer\AppData\Local\Adobe\InDesign\Version 13.0\en_GB\Caches\InDesign ClipboardScrap1</ListItem>

Notice the ClipboardScrap1 text string ... this, of course, ought to be pointing to a valid file/folder location where either Chapter 1.INDD or Chapter 2.INDD reside.

This wouldn't be so bad if you only had a handful of hyperlinks ... but, we have a project where we have 30-40* INDD files hyperlinking amongst themselves, with 10,000+ hyperlinks. Actually ... InDesign works GREAT for this project ... SO LONG AS we avoid EVER EVER EVER cutting/pasting a hyperlink.

* Actually ... we have 30-40 INDD files, but we also have 2000+ additional INDD files which are used in Hyperlinking. Thus the potential for much tears is huge. Suffice to say, the problem isn't how many files we have ... since the problem exists with just this demo of 2 files and 2 hyperlinks.

The problem is ... much of our content is temporarily Anchored (coming-in as IDMS files) ... and the 'normal' method for Un-anchoring these objects (snippets) is to, yes you guessed: Cut/Paste the frame. Alas ... we cannot use this method, since it destroys our hyperlinks (causing a HUGE amount of work to fix them all).

So, we tip-toe around this problem ... for a couple of years now ... but boy-o-boy would it be NICE to see this fixed. (please!)

Thanks

Yours,

Allan Shearer
Donegal, Ireland

When using Span Column for headers, editing text anywhere in the document (headers, body text, and footnotes) becomes extremely slow, each letter typed taking several seconds to appear. When I change the header paragraph style to Single Column, the typing lag disappears. (If I change only the current header to Single Column, the lag remains; I have to eliminate Span Column from the entire document for typing speed to be normal.) Gets even slower the longer the editing session goes on. Per Adobe chat rep I reset prefs, updated to CC2019, latest Windows update, and updated video card driver, to no avail. I'm using recent PC with Intel quad-core, 64 GB ram, Windows 10. Seems many others are having this issue with Span Columns. For prof book designers the slowdown makes InDesign virtually unusable. Turning off Span Columns and creating separate text boxes for every header is a huge hassle. Please fix this.

When importing Word files with Static Endnotes ticked from Word .doc files the endnote indicators within the text are no longer superior. There is no character style to be able to change these back. Without these indicators remaining superior makes the Static Endnotes a waste of time if you work in .doc instead of .docx. We always use .doc files as there are too many bugs using .docx - bits of text missing; loss of italics here and there etc. Using .doc files are always foolproof. We are typesetters manipulating text 12 hours a day and know all the pit falls and .doc files are best. Please could you fix this bug.

I have a document with bookmarks that contain phrases with words containing special characters (specifically Italian accents, for example: L’ubiquità della collaborazione)

Then I have buttons at the top of the document. Each button links to a specific bookmark. If the bookmarks contain this characters/accents, the button don't work.
So the buttons only work when linking to bookmarks not contain special characters/accents.

Solved the problem by changing the procedure I used to create bookmarks:

This is what WON'T WORK:
- highlighting all the text and then create a bookmark.
Pro: The bookmarks are added automatically with all the sentence that was highlighted
Cons: The bookmark that contains accents or apostrophes, won't work with buttons

This is the way to SOLVE the problem:
- Instead of highlighting a sentence you want to bookmark,
- you just place the cursor at the beginning of the sentence
- you create the bookmark and because you don't highlight the entire sentence you have to manually put the name of the bookmark
Pro: works even if you have accents or apostrophes
Cons: you have to write the name of the bookmark manually.

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

Adobe 2017.1 release, build 12.1.0.56

Adobe World-Ready Paragraph Composer (AWRPC) for Tibetan fonts does not work in InDesign. While this was not an issue in CS4 since the Adobe Paragraph Composer (APC) was working well for at least two fonts (Jomolhari-ID and SambhotaUnicode), it has become an issue preventing us from using any later versions of InDesign: the APC became unusable for Jomolhari (our main font), and since the AWRPC was never completely working, we are now in a situation where neither APC or AWRPC works… (though SambhotaUnicode still works for APC only).

Jomolhari-ID can be downloaded here: https://collab.its.virginia.edu/access/content/group/26a34146-33a6-48ce-001e-f16ce7908a6a/Tibetan%20fonts/Tibetan%20Unicode%20Fonts/Jomolhari-ID-a3d.zip

Attached are some self-explaining screenshots (testing 3 different fonts, with both paragraph composers):

In ID CS4: all three fonts work well for the Adobe Paragraph Composer (the highlight in the SambhotaUnicode disappears when unticking the “Substituted Fonts” option in the Composition preference), but not for the Adobe WR Paragraph Composer:

In ID CC 2017 (latest version): we can see that while APC works for most glyphs, it stops working well with special characters like the "inverted guigou” (though still working with one font only). But the AWRPC still doesn’t work at all...

So we would like to request the Adobe World-Ready Paragraph Composer to investigate the issue, in order to be able to use all the available Tibetan Unicode Fonts that actually work well in Microsoft Word, for instance.