I just did the 2018 update, so I think it's the most recent version: 13.0 x64

I have a document template that contains many character and paragraph styles with export CSS tags that contain the lowercase ‘i’ in them. This character is being exported as a blank space, which completely breaks the CSS, like this:
should be: <p class="bright"></p>
getting: <p class="br ght"></p>

This problem was easily replicated in a fresh new document, so it’s something with InDesign, rather than my template file.

This workflow involves complex style mapping through to CSS classes. Because so many of the classes contain the character 'i', this problem has brought the workflow to a dead halt.

The epub 3.0 reflowable and html exports are dropping characters from the export tags in the html/xhtml files. This just started happening in the last few weeks (not sure exactly when it started), perhaps early Aug 2019. My version of InDesign is upgraded to CC V14.0.3 x64, and it is still happening. I've attached 4 screenshots: 2 show the export tags in Paragraph styles, and the other 2 show the files generated by InDesign (1 in html and 1 in xhtml from an epub export). Characters are dropped from the styles. It doesn't drop a character in all styles, and it's not always the same character. I've exported MANY html/epub files, and the last few weeks is the first time it has ever done this. Please help!

This bug occurs in all versions of InDesign.

InDesign reflects the EXIF orientation in the transform panel when an image file is placed. However, under the following conditions, the result of relinking will be incorrect.

• The image file is rotated 90 degrees with EXIF orientation.
• In the transform panel, the vertical and horizontal percentage values are different.

Image files taken with an iPhone often retain the EXIF orientation rotation. If such a file is placed in indd by the client and the vertical and horizontal percentage values are different, there will be a problem that will cause drastic changes in relinking.

The background of this trouble is the specification that Photoshop always saves with EXIF orientation set to 1. This is the correct specification. I think it should be fixed on the InDesign side.

Japanese translation:
「回転メタデータ付き画像ファイルの再リンクが不正確」

この不具合はInDesignの全バージョンで発生します。

InDesignは画像ファイルが配置されると、Exif情報のOrientationを変形パネルに反映します。しかし以下の条件では、再リンクした結果が不正確になってしまいます。

1. 画像ファイルがOrientationで90度回転されている。
2. 変形パネルで縦と横のパーセント値が異なっている。

iPhoneで撮影された画像ファイルは、多くの場合、Exif Orientationの回転を保持します。クライアントがこのようなファイルをinddに配置し、縦と横のパーセント値が異なっていると、再リンクで大きな変化が発生してしまいます。

このトラブルの背景にあるのは、Photoshopが常にEXIF orientationを1にして保存する仕様です。これは正しい仕様です。私はInDesign側で直されるべきだと考えます。

Using InDesign CC 2019 14.0.1

I have a 24 page report designed for print, with an additional layer which when visible adds interactive buttons to the top left corner of each page so I can also export an interactive PDF. The buttons are:

Go to previous page
Go to next page
Go to destination linking to the contents page

The document also contains URL hyperlinks and the contents links to each section of the report using bookmarks, but is not set up as a TOC. I'm not using any functions under the SWF/EPUB only section.

When exported as an interactive PDF the Next Page, Previous Page, contents bookmarks and URL hyperlinks all work as expected, but the contents button using Go to Destination appears to do nothing.

I tried using a bookmark, hyperlink destination and text anchor and none worked in Go to Destination once exported. I also tried both On Release or Tap and On Click as the event with no success.

I tried setting up a brand new document just with a button using Go to Destination linking to a bookmark on release or tap and this worked when exported. I moved the pages of the report across to the new document, it stopped working.

I started again with a new document and Go to Destination button. Again worked on export. I added Next and Previous page buttons, stopped working.

We have three other documents currently live in the studio which use Go to Destination buttons. One is working on export. Two are not working. Of those two, one includes Next and Previous buttons, one does not and only contains Go to Destination buttons. My file is an update of a file created in an older version of InDesign. The other three are brand new documents created in the latest version of InDesign.

When we have had problems with interactive functions not exporting in the past, we have been able to save the files as IDMLs then export from there with success but this is also not working anymore . The work around we currently have is to edit the button within Acrobat itself, but this is tedious given the original buttons were all on the master page and should be an easy export.

Screenshots attached of the action that is exporting with Go to Destination when opened in Acrobat. Also a screen shot of the button set up (file name redacted)

This user is much unhappy that inDesign 2020 no longer provides the zoom view box that appeared in the top menu bar, directly to the right of the help tab. That was a fast, easy way to change the view size of the file in the screen.

I was told by Adobe that this feature was dropped because the screen size view could be achieved by other existing features. Sure... now one must pull down a tab, then go to another command and activate a feature like zoom in and zoom out. And that only shifts the view in or out by one factor, whereas the zoom view box at the top menu bar would let you instantly jump the view in our out by 3 or 4 "sizes."Count me as a most unhappy user who will stay with inDesign 2109.

By the way... inDesign 2020's menu bar is now empty to the right of "help." So what was gained taking this highly useful feature away? And why not give users the option to have that zoom view menu feature in one of the pre-sets like "Essentials Classics"? I will grumble once more about my unhappiness at the loss of this important feature and the hubris of Adobe engineers to drop such a valuable element of this software.