When exporting to HTML, the process removes all text anchor naming from InDesign and renames them chronologically (e,g. _idTextAnchor002). This is very frustrating when you want to keep nice, logical names for user navigation, or set an anchor to be referenced externally. Currently, make new anchors links in the document changes other anchors links (i.e. if you place an anchor link between the 1st and 2nd link, that link takes on the id and name for the 2nd link, and all other links get pushed so 2nd becomes 3rd, 3rd becomes 4th). This is terrible if users what to share anchor links, as an update can possibly change where the anchor points to.

I would like the Text Anchors to keep the name set in InDesign. Being able to select/deselect this option when Exporting HTML would be a good implementation, if there was potential for naming conflicts on export.

TOCs need to be able to do three different things with character styles that are included in text in a generated TOC:

1. The Character Style stays present in the TOC (this is currently what InDesign does)
2. The Character Style is stripped.
3. The Character Style is mapped to another character style.

These settings should accessible in the Style: <stylename> section of the TOC options -- customizable for each paragraph style used to generate the TOC.

The most notable use for the mapping style is when the typeface between the TOC and the body text of the book differs, or when the TOC needs to use a different weight/style for legibility but still keep some formatting beyond the paragraph style.

this!!! Complete overhaul to tables in InDesign !!!!! https://forums.adobe.com/message/10898726

IT IS SO ON THE MONEY and I am sure there are other great suggestions here, but seriously indesign tables are pathetic

right now I am especially vexed by this fact that Joe Jacob writes:
"Why is it that the total width/height of a table cannot be constrained to the size of the bounding box it's in? Why, when the table exceeds these limits, does a column or row just disappear? "

"Why am I left just eyeballing it to make sure my table is neat and evenly spaced out? Why isn't there an option to disallow columns/rows to disappear when they exceed the limits - instead of just adjusting their own width/height to allow room? It's 2019. Tables have been like this for years. Adobe is a huge corporation with millions in revenue - why can't they just assign someone to write a new table system?"

PDF is the only way to view a complete "Book." But Indesign is designed only to generate single-page PDF's. That is fine for final output for print production, when one needs a single-page document. But it fails during the design process, when one needs to show the clients a whole book (with complex visual/verbal design) as spreads. What happens now is that a left-hand chapter-ending page will appear as a single page in a spread-displaying PDF. And the right-hand chapter-beginning page will appear as a single page. The internal pages of the chapter will display as spreads. The PDF looks like a game of Dominoes. This is not useful. I made my first "Book" today trying to gain the benefits of the "Book" option (page numbering, styles management, chapter-based creation-and-approval). But after three long tech-support calls, I have given up. I will not be able to use the "Book" function. It does not appear to be functional. I will go back to making a book that is one single Indesign file. If you decide to code for spread-display of "Books" please let me know. "Books" could be a very useful feature if it worked. Thanks.

Hallo Adobe-team,

ich hatte gerade eine Idee, was eine coole neue Funktion von Indesign, Illustrator und Co werden könnte.

Derzeit habe ich viele Jobs aus dem Print und Webbereich ... Schnell ein Dokument geöffnet und dann zu spät bemerkt, dass ich noch nicht auf das richtige Farbmanagement-Preset umgestellt hatte. Mist.

Das passiert mir mindestens gefühlte 10mal täglich und nervt dann irgendwann.

Nun die Idee:
Wie wäre es, wenn der User beim Öffnen nicht nur die Option zur Konvertierung in einen anderen Farbraum hätte, sondern zusätzlich auch die Option das Farbmanagement des Dokumentes zu übernehmen oder ein entsprechendes voreingestelltes Preset zu wählen.

Ich bin mir sicher, dass fände nicht nur ich echt cool und würde es einfach einfacher machen.

Mit besten Grüßen
Tom Reuter
Bufumschiffer und Pixelschieber

If I click the little Previous/Next Page buttons at bottom left of screen, I can cycle through pages, and the position of the page within the window stays the same throughout the process. This is great and very helpful when flipping through a book quickly.

But if hit PAGE UP or PAGE DOWN on the keyboard, it seems to SCROLL the document position up/down by some numerical value, with no regard to the position of the page being displayed.

It would be logical and helpful if PAGE UP and PAGE DOWN had exactly the same effect as the PREVIOUS/NEXT page buttons. Then we could use those keyboard keys to quickly cycle through a document without the page position jumping all around.