Troy Deckert
My feedback
22 results found
-
7 votes
An error occurred while saving the comment Troy Deckert supported this idea · -
10 votesTroy Deckert supported this idea ·
-
7 votes
An error occurred while saving the comment Troy Deckert commentedAdobe should cater to all users. And not also forget book and long document publishers, writers and editors, not ignore a main feature of our work, which they don't realize is: (wait for it...) the Scroll Bar! Yes. the routine, mundane scroll bar, which Adobe InDesign has ruined for precise use, by eliminating the buttons. Thanks. For the hours of aggravation.
An arrow should be at each end of each scroll bar. This isn't voted on by many people because they have given up, and just use the mouse or pad to scroll. But in long work sessions of editing, comparing text in long documents, we lose a lot of time with the jumpy scroll bar. A lot of time, over 8 hours of editing, or in 40 hours of editing. But, since there are no arrows, we just make do. Forgetting to complain.
Even with the scroll and mouse settings at the slowest level possible, the scroll pad jumps a little, or often a lot. It just isn't precise, at all. Which on other features is why we use Adobe, right? And for those of us who compare two documents side by side, lining them up with this Adobe scroll bar is a nightmare, even at the slowest settings.
It's bad. Adobe is wasting a whole lot of our time, of every user. .A lot. Try it, Adobe code writers. Seriously, there may be only seven votes on this ( as of June 2024) but this is for everyone, which is what, a million uses in week, or a day? Adobe code writers should be forced to get on InDesign and use this feature not for 1 minute, but for hours on end, as we have to, with full pages of text or whatever else, or with 2 documents side by side. Try to line them up, and then go to the the next page, make some changes, and then try to line them up exactly, so each full line shows in the screen at magification you need, for 100 pages, for all week, for all year. You'll see how unproductive and aggravating it is..
Troy Deckert supported this idea · -
3 votesTroy Deckert supported this idea ·
-
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 Troy Deckert commentedThe 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?
An error occurred while saving the comment Troy Deckert commentedThe 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.
Troy Deckert supported this idea · -
1 voteTroy Deckert shared this idea ·
-
12 votes
An error occurred while saving the comment Troy Deckert commentedHaving 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. "
Troy Deckert supported this idea · -
102 votes
An error occurred while saving the comment Troy Deckert commentedAbout 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 Troy Deckert commentedEndnotes 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/
Troy Deckert supported this idea · -
1 voteTroy Deckert shared this idea ·
-
28 votesTroy Deckert supported this idea ·
-
2 votesTroy Deckert supported this idea ·
-
146 votesTroy Deckert supported this idea ·
-
5 votesTroy Deckert shared this idea ·
-
164 votes
An error occurred while saving the comment Troy Deckert commentedFYI: 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.
Troy Deckert supported this idea · -
114 votes
An error occurred while saving the comment Troy Deckert commentedAs 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.
Troy Deckert supported this idea · -
17 votesTroy Deckert supported this idea ·
-
2 votesTroy Deckert supported this idea ·
-
4 votesTroy Deckert supported this idea ·
-
84 votesTroy Deckert supported this idea ·
-
2 votesTroy Deckert shared this idea ·
Also to cross reference an endnote using a text anchor works well enough, but the endnote number remains manually referred to. Add endnote number to the text anchor options, like the page number. Now, every time we add or delete even one endnote, subsequent endnote numbers change. On books and long texts, it's nice to cross reference to many relevant endnotes, but the many endnote numbers have to be entered manually. And then reentered manually, after adding or deleting just one endnote.