Please, please, PLEASE update the Interactive Buttons and Forms functionality to include the ability to assign fonts to the Interactive Text Boxes.

Currently, I have to hope that the design I have made is 100% final approved before I can create the final Interactive PDF and spend additional time fine-tuning the fonts and paragraph alignment. If there are any changes after that, I have to go through the entire process again, losing valuable hours, depending on the length of the document. The ability to change only the font size is useless.

But if the functionality was included in the InDesign palette for the Buttons and Forms, or available via the Character palette, I would assign everything once, during the initial design, and it would carry though no matter how many iterations were created.

As it is, if you "add all" with the index tool, it creates an index entry for every instance of the selected word. Sometimes it might have that word 20 times on a page over a range of pages. As it is now, each of these entries over multiple pages must be deleted one-by-one by dragging the number individually into the trash can in the index tool. It would be awesome if you could select multiple entries at once (by using +ctrl or + shift) so you could drag multiple entries into the trash. This would increase my efficiency by hours over the course of an indexing job.

InDesign's Live Preflight will wrongly flag an OpenType Type 1 (PostScript flavored) font as invalid when the font appears in a linked graphic.

To recreate:
1. Create an InDesign Preflight Profile
2. Set it to flag Type 1 fonts as Font Type Not allowed.
3. Create a new InDesign document.
4. Add text using an OpenType Type 1 font.
5. Turn on the preflight.
The preflight will not signal an error. This is expected and correct.
6. Now export a PDF of the document created.
7. Create a new InDesign document.
8. Place the PDF as a linked graphic into the new document.
9. Turn on the preflight.
The preflight will flag any OpenType Type 1 font as "Font not allowed". This is incorrect. The expectation is for it to signal no error.

Details:
InDesign 14.0.2
Mac OS Sierra 10.12.6

Remove hyperlink: There is no simple convenient way to remove a hyperlink. When you check, you find, "Edit Hyperlink" or "Go to destination". So, you go to "Edit" and find the hyperlink field, with the only option to delete the hyperlink being the word/letter info of the link that's in the entire field. But then it won't let you do that, saying: "! Invalid Entry". So, you have to reenter the text you had hyperlinked, then delete the text with the hyperlink. Please add a menu line, in both "Text-Hyperlink" and right-mouse-button "Hyperlink" that says and does "Remove Hyperlink", along with "Edit Hyperlink". Thanks!

As per the title, when working with a CMYK document with 100K blacks, when exporting to RGB, these should always get translated to RGB 0,0,0 - regardless of what Printing/Exporting setting is used in the Appearance of Black preference menu.

Right now, when exporting a CMYK document to RGB (regardless of whether you use PDF, PNG or JPG), if your Appearance to Black Print/Export setting is set to "Output All Blacks Accurately", you will end up with incorrect black levels. What really should be RGB 0,0,0 ends up being RGB 35,31,32 or so. This is true even when working with 1-bit bitmaps (which are nothing but pure black & white).

This can be fixed by changing Appearance of Black - Print/Export to "Output All Blacks as Rich Black" - blacks end up being proper RGB 0,0,0 black - but it really should work like this regardless of what the Appearance of Black settings are set at.

A couple samples:
"Accurate" blacks PNG: https://my.mixtape.moe/metyyt.png
Rich blacks PNG: https://my.mixtape.moe/bpgnib.png
"Accurate" blacks PDF: https://my.mixtape.moe/qjqcfv.pdf
Rich blacks PDF: https://my.mixtape.moe/rrhaig.pdf

Again, the "accurate" black exports should really look the same as the rich black exports by default - black should be proper RGB 0,0,0 black, instead of somewhere around ~32,32,32.