Troy Deckert
My feedback
19 results found
-
3 votes
-
91 votes
Hello All,
Thank you for reporting the issue to us.
We have fixed the issue in the latest version of InDesign, Id 14.0.3Please upgrade your InDesign application to the latest version to try out the fix.
If you are unable to see the update yet, go to Creative Cloud desktop application, open the menu (three dots) from the top-right corner and click on ‘Check For App Updates’.
If you face any problems with the new update, do let us know in the comments.
You may also follow the below given link for the list of all fixed issues in Id 14.0.3
https://helpx.adobe.com/indesign/kb/fixed-issues.htmlAn error occurred while saving the comment An error occurred while saving the comment The User Manual needs fixing. It is out of date in June 2023.
Layout Adjustment > Enable Layout Adjustment , which the user manual says to use, is not offered anymore in that wording in InDesign 18.2.1.
See the User Guide as in the attached screen shot. Oh well.As discussed, If I understand this correctly, only with Primary Text Frames, it will provide the same result under Layout > Margins and Columns, then check Adjust.
-
1 vote
-
12 votes
An error occurred while saving the comment Having this extra non-functional thick line on the bottom and right sides of a document such as one InDesign is illogical. Now, when we users zoom in on documents with many layers, etc., this thick shadow line just gums up the precsion of the document. The Adobe programmers may have thought it looked cool when they set up InDesign, but it in fact lowers the exactness, precision, and usability of the document. If a extra thick line must remain in an InDesign document, perhaps it should have an identifying drop box when a user forgets (or doesn't know about it yet) and tries to click on it, like when they are zoomed in, working with many layers. The ID box could read: "The thick line you have selected has no functional use and is a shadow line that the programming department concluded must remain, be seen, and can never be removed. "
-
98 votes
An error occurred while saving the comment About Issue #1, I'm publishing a 200 page book with 19 chapters, but I just used one document. I did not use the Book Function. Avoiding the Book Function seems to be the only way now to publish a book that has the endnotes at the end of the whole book, unless someone else can suggest something. Having one document places all the endnotes in the back, numerically but without any reference to Chapters. I suppose I could manually insert chapter titles within the endnotes by using the space bar to create some space and putting in text for "Chapter 2 Endnotes" etc. Then, to create a TOC I plan to use section markers for sections and try the TOC function, but I haven't done that yet. Or I will manually type out a TOC. At the new chapters, I so far have just used a Odd Page Break and then manually typed in the chapter number and title, etc. Having endnotes in the text of the book at the end of each chapter really interrupts the flow of the text. Most books have endnotes at the back of the book, not at the back of each chapter. I guess they don't use Adobe's Book Function for books. If anyone has a work around, that would be great, but until Adobe has a Book Function that works like most books for citations, I can't use it. Here's one other workaround which is to not use number citations but rather place the citations at the end, identified by chapter and page, which many new books are doing now. Maybe that's because they conclude it looks cleaner without citation numbers, but maybe this is because of this Adobe situation with endnotes. I prefer using the citation number. It looks more official and lets readers know that there are specific citations and/or additional information about specific facts or items.
Regarding Issue #2, the same things apply, as I know of no way to separate sidebar endnotes from running into the document endnotes all from 1-100, for example; as it stands now in August of 2022.
An error occurred while saving the comment Endnotes are possible, and an index, but only in one InDesign (.indd) document at a time. As of Nov, 2020, InDesign has a basic endnote function, but it seems to only work in one distinct .indd document at a time, not in the book file (.indb) function. I haven't tried to merge two .indd docs with endnotes or with indexes. Will that work without script? Thus, Adobe offers, paradoxically, a book file (.indb) that doesn't work for a huge number of books, like non-fiction books that need indexes and endnotes at the end. And as another commentator noted, the Adobe User Manual doesn't point this out, which by being honest would save the users a lot of time, but they make us look it up and read these comments. The book file (.indd) only consolidates page numbers and the TOC from the various chapter docs, not the index or the endnotes! I'm going to put my 200-page to 500-page books each into one .indd document, and not use a .indb book file. The other comments are spot on: How is the supposed industry standard publishing product any good for non-fiction books without endnotes on an index at the end? Again, both of which aren't possible in InDesign's so-called "book" file .indb. Adobe, please think of the non-fiction book market (both EPUB and print), would you? While Adobe keeps adding to its thousand ways to adjust the how the letter A looks on the book cover (which we all love, to be sure), Adobe ignores these these very basic functions for book publishers (indexing, combining documents, endnotes) which would bring customers running from the many, many people who are working on books and long documents. Also, be warned users, the book file (.indb) can eliminate your hyperlinks in some cases, so you have to manually reenter them, see https://www.bookdesignmadesimple.com/indesign-book-feature/
-
1 vote
-
26 votes
-
2 votes
-
138 votes
-
4 votes
-
157 votes
An error occurred while saving the comment FYI: Endnotes are possible, but only in the indd. document. Yes, endnotes for non-fiction books are a must. If you use the Book Format (.indb), Adobe doesn't offer it. As a publisher, the advice I got from other users was to use a regular InDesign document (.indd) to enable standard endnotes, both for print and ePub. The document will be long, but the other users said it would still process OK for endnotes, TOC, chapters, and index, perhaps with some sluggishness. It could be slower if you have 1,000 pages, but OK for 200 to 600 pages, with some waiting for the TOC or index, etc. to process. Now, if you can settle for chapter notes or footnotes, then you can use the book.indb format. But, for many books with a lot of citations, or long comments, or both, like mine, having notes at the end avoids ruining the flow of the book. Who wants several pages of notes after each chapter, interrupting the reading flow, before you start the next chapter? Not most readers. Help us out Adobe, and make your book function for all books, not just picture books or children's books.
-
106 votes
An error occurred while saving the comment As Sadie commented below, "As is, it's impossible to make an actual book." That's not altogether accurate, as we can publish but we have to use the regular document (.indd) to use endnotes and an index.
The "book" file .indb is not really a book file at all; not without the ability to put an index or endnotes at the end. Well, for novels and children's books, the book file helps. But, what about us non-fiction book publishers? And people working in similar complex, long documents that have to be sourced and indexed? While Adobe provides a 1,000 ways to minutely alter how and where the letter A appears, Adobe can't find the time to provide the basic function of an index or endnotes in its book file. So we have to put 500 pages into one .indd file in order to publish. Or learn how to write script and code. Oh well.
-
17 votes
-
2 votes
-
4 votes
-
81 votes
-
2 votes
-
1 vote
-
1 vote
The warning for newbies like me is: When starting a document, check the Primary text frame box at first set up. Then, under Layout > Margins and Columns, it will will adust the text frame when you need to, but only if it is a Primary Text Frame. Could the User Manual give us more warning as to how important this is to use a Primary Text Frame?