I use Data Merge for variable data production every day. I am using IDCC2019 v14.0.1. iMac 27 inch late 2013. OS High Sierra 10.13.6. Processor 3.2 GHz Intel Core i5. 16 GB memory.

This problem started with IDCC2019. I link to .csv for data merge. When exporting to PDF, I choose a record range – for example 1-1000. In the PDF result, the first page is not the first record. It is a random record in the middle – for example, 319. It merges records 319-1000. Then the remaining pages of the 1000 page output are not populated – in the PDF, it will have only the placeholders, such as <<Name>> <<Address>>. This happens sporadically but frequently. I cannot say a similar problem never occurred with an earlier version of ID, but I do not remember ever having this precise problem before CC2019. To clarify – it successfully merges many of the records, but starts with a random record in the middle, not the first. Then the unpopulated records are at the end of the PDF output, and I am missing the records that should have been at the beginning. It is very strange. I cannot provide steps to reproduce the problem because it is a random ocurrence. For starters I would just like to know if anyone else has experienced this same problem. Thank you in advance.

1. Version of Adobe InDesign, InCopy or InDesign Server
   Adobe InDesign CC Version 2017.1 Build 12.1.0.56
   MAC OS X Yosemite 10.10.5




2. Steps to reproduce the issues
   Create a new Paragraph Style
   Go to Character Color tab
   Create new color with a double click in the black square
   Define some values for C/M/Y/K and click OK




3. Expected result
   The new color shoud show up at the end of the existing color list




4. Actual result
   The new Color don’t show up
   After changing to another tab and back the color show up




5. Test file, screenshot, video or GIF capturing the issue (optional)
   Video (in German) > https://youtu.be/9W9BVGGpMCQ

1) Version of Adobe InDesign: CC 2018 (latest release)

2) Steps to reproduce the issues:
i) Create a text box with type tool. Enter text.
ii) Create a text field with "buttons and forms" or insert a picture.
iii) Anchor text field (or picture) to the end of the text in the text box.
iv) Drag text box into Articles panel.
v) Ensure "Include Article" is selected.
vi) Select "use for reading order in tagged PDF" in Articles panel menu.
vii) Export to PDF (save as interactive is using the text field).

3) Expected result:

Text field (or picture) will be tagged (probably within the P tag)

4) Actual result:

Text field (or picture) is not tagged.

The text field (or picture) only tags if they are not anchored and are placed individually in the articles panel.

When exporting to tagged PDF without use of the Articles panel, the anchored picture will tag, but the anchored text field will not tag. The text field will only tag if it is not anchored.

Steps to Reproduce:
1. Object->Make QR Code...
2. Input strings "問題は日本語を正常に扱えるかどうか。".
3. Result QR Code is incorrect.

Actual Result:
Sometimes, we got the wrong code in Japanese locale.

Any Workarounds:
Here is Japanese character strings "問題は日本語を正常に扱えるかどうか。".
This was coded into the InDesign try and get "image1.png".
Then, we try to decode it at ZXING decoder. Here is a decoded result (image2.png)

42 1e 59 58 fe 9a 18 ce 38 1a fe 69 7a 5e 69 ca
ce 8a a9 ee 38 29 2e 6a da 3e 5b 8b 8e 38 1a be
68 9b 1 8 0a ce 09 78 c2 17 9c 14 11 81 a7 38 24
63 02 5e 70 10 06 08 00 ec 11 ec 11 ec 11 ec 11

The top has been encoded in the beginning have you because of 8-bit byte mode from the head with a "0x4". Then, the character codes are used here is UTF-8. Until "... 正常に扱" it has been encoded successfully. But it can not be decoded completely normal the next "え"(12th character) or later.
In fact, this string is a mode change in a 35 byte. And, now, the used is "0x8" So KANJI Mode. Subsequent bytes will be the number of characters. "0xa" So 10 characters. And compressed into one character 13bit in this mode. Actual rest of the string is "えるかどうか。" 7 is the letter does not match the number of fundamental places because. The code itself will be inferred from the simple result of decoding.A byte sequence that has been obtained is decoded as SJIS but UTF-8 has over encoded as it is. The character code must perform the encoding by converting to SJIS from KANJI Mode. 7 is why this in a letter 21 bytes because it is each of the three-byte count of and 10 characters to compress the two-byte set to 13bit come out.
A decoder is handled by SJIS because of KANJI Mode. So characters are garbled.

KANJI Mode makes incorrect code words in InDesign and why mode change in a 35 byte?
In case of "問題は日本語を正常に扱えるかどうか。" all characters are non-Ascii code range and all characters in SJIS code range. It must be encoded KANJI Mode if using KANJI Mod.
However, I think it is better to encode 8bit byte mode with UTF-8 all characters.

Please reference below:

81 28 31 32 a0 29 ae 3a 7f da 3a 82 e0 bb 35 96
85 24 b6 a1 26 0b 48 4a 42 8e 12 40 94 80 08 00
ec 11

It is correct code words in KANJI Mode with "問題は日本語を正常に扱えるかどうか。"(image3.png/Made by QR Code Maker Pro in Adobe AddOns)
And below codes encoded in 8bit byte mode with UTF-8

43 6e 59 58 fe 9a 18 ce 38 1a fe 69 7a 5e 69 ca
ce 8a a9 ee 38 29 2e 6a da 3e 5b 8b 8e 38 1a be
68 9b 1e 38 18 8e 38 28 be 38 18 be 38 1a 9e 38
18 6e 38 18 be 38 08 20 ec 11 ec 11 ec 11 ec 11
ec 11 ec 11 ec 11 ec 11 ec 11 ec 11 ec 11 ec 11

I recommend discarding KANJI MODE. I think all characters to be encoded 8bit byte mode with UTF-8 characters is the better way.

To Adobe, Please check ID-4170816.

This has been a persistent pain for many YEARS. Everyone knows that an app should open to the last position and size. That's what the double-box icon is for in the upper right corner of the window border. Every single application in WIndows honors this "requirement" for Windows conformance.

InDesign forces Windows users to reposition and resize the program every single time it is opened. This becomes a tremendous nuisance, and in any other program would be considered incomplete and unprofessional. PLEASE, for all the users who don't know how to report this bug, and for those of us who have manually resized and repositioned the "always full screen" startup settings, IMPLEMENT THIS!

It's not hard, and all the other Adobe apps do it correctly. It makes the InDesign product manager look foolish.

The 2018.1 "search" added to cross-references is great and will be very helpful. Unfortunately it appears that a bug was introduced in the process of adding this feature.

When you double-click on a cross-reference in the Cross-References panel, it opens the Edit Cross References window. This used to open the window to the cross-reference you selected so you could edit it. Now, it opens the window at [All Paragraphs] with the first paragraph in this list selected.

This is a MESS for my workflow, as I now have to search through the cross-references to find and select the one I want to edit. Fortunately, it is easier to do this now that the search box is there – but it’s an extra step that requires typing the cross-reference into the search box to find it.

Hopefully you guys will be able to fix this soon so double-clicking on a cross-reference in the panel works the way it did before. Thanks!