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 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.

I do a lot of books for Print and digital (pdf and ePub). End-notes have always been a problem, even now that Indesign supports End-notes.

For PDF and ePub export , in order to have the end-note reference clickable to redirect the user to it's corresponding end-note, then a link back again, I have to do this manually.

This is a massive manual process...

1. Let's say I have 100 end-notes. With each end-note reference, I have to place a new 'Hyperlink Destination' (for the return link)... That's going through the document, and placing 100 hyperlink destinations.




2. Then, I go to each end-note and I place both a 'hyperlink destination', then a 'new hyperlink' back to the end-notes reference (text anchor created when I added the hyperlink destination). So I'm now up to 300 manual urls/destinations I've had to create.




3. Now to finish, I now go back to each end-note reference and create a new hyperlink to it's corresponding end-note (text anchor).

So now I've had to add 400 links/destinations manually. It would be soooo nice that, just like the Table of Contents which auto creates urls to it's corresponding list items, that footnotes and end-notes would automatically create reciprocal URLS.

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!

We are having issues with the QR Code generator due to its 2.1 version of the VCARD. Not all readers and phones interpret that correctly, resulting in parsing errors depending on the scanner software used. It would be useful to allow the user to select which VCARD standard they want to use, such as VCARD 2.1, 3.0, 4.0, etc. This will create the metadata to be compatible with more current versions of scanning software. Not sure if version 2.1 is deprecated, but it's not always supported anymore (e.g. RedLaser, etc) causing parsing issues on the address line with iOS as an example.

My team is trying to collaborate cross-country on a set of InDesign files using Dropbox.

This is difficult because the InDesign files don't notify users when someone is in the same file when it's stored in Dropbox. This makes our team more likely to have divergent copies, and it makes it harder for us to collaborate.

Word files in Dropbox do let you know when someone else is in the file. It would be a major improvement if the InDesign files would also alert users when someone else is in the file when its stored in Dropbox.

Alternatively, if Adobe would create cloud file storage for teams to collaborate on a set of files, that could work too.

InDesign is having huge XML limitations, even we cannot handle below mentioned basic options:

(1) Find and Replace the XML Tags with / without Parent XML Tags
(2) Find and Replace the XML Attributes based on the selected XML Tags
(3) Converting the selected contents in InDesign into XML Comments
(4) Copy and paste the contents directly in InDesign from any XML editors without losing XML Tags and XML Attributes
(5) Show all selected XML Tags with relevant page numbers with link to locate the contents

Much more…

If Adobe is start thinking on improving / breaking these requirements, will be much helpful to handle XML first workflow projects easily within InDesign.

@ALL: if you agree, please vote for this idea.

When creating an Index, you are limited to populate ONLY one Index style format. MS Word, it is greatly inferior program, and yet you can create a General Index, a Index of Cases and Index of Figures. Indesign is the leading industry program for designers and writers, NOT MS word.

What happens if have lots of illustrations, data tables graphs and flowcharts all numbered accordingly. For example, an illustration (Figure 20 or Table 7), maybe on page 40, but there are 40 mentions throughout the document. Thus, in Indesign, you can not create a proper index list every page number of Figure 20, or a table etc. If you to want create more Indexes like the Index format, you CANNOT, you are forced to use the Table of Contents style.

We are in a climate where there is a strong demand for indexes that best help our customers to locate information in the books and magazines we produce.

We need to improve the Index function with the ability to create multiple Indexes, that follow the actual Index format (not the Table of Contents Format). If you use Peter Kahrel’s script or IndexMatic they are very limited what you can do. IndexMatic creates a concordance and Peter;s Script uses the Topic area, mixing in or amalgamating all the indexes. It ends up being messy.

Let's do this — update the program

David

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.

When working with lots of teams and writers in our organisation. the constant issue we run into is only a select group of people have InDesign and the experience to operate the files. If there was a way when placing word documents were linked into InDesign, this would allow for a much more fluid workflow when there are a lot of edits.

I am sure there are many limitations to this, but finding some sort of solution could make a big difference to creating quality documents that will allow non indesign users access. InCopy is not a viable option in the organisation.