Forum Replies Created
-
AuthorPosts
-
Clark Kenyon
ParticipantUsing the multipage script, the placed pages are cropped, text mangled. Using Image catalog the pages are placed as tiny spreads in the middle of a page. I’ll probably just do it manually.
ParticipantI issue a canned response full of disclaimers, then hope for the best. They must all be going to the same “Publish Your Book!” seminar.
ParticipantCreate a new paragraph style for the title of the second TOC, add that to the styles in your primary TOC.
ParticipantThanks Kai. Some of the entries go to two lines. I’ve decided to manually format the numbers using a right tab. Just a few extra steps when all is said and done.
ParticipantI wish I hadn’t gotten involved in this project. When I changed my app language to English Arabic my default installation of ID (2018) got overwritten. All my settings, my workspaces, my document presets got wiped out. Now when I want to start a new project in English everything is ass backwards. Even though I’ve changed the Basic Paragraph to left to right paragraph direction, when I set up a new document with facing pages, the first page starts on the left instead of the right and my text threading is backwards. I don’t see a setting in the preferences to change this. I’ve tried changing the text direction on the control panel from right to left to left to right while no document is open, but that won’t fix the text threading of my new documents. I’ve been resorting to using an older installation of ID (2017) for new projects, but I can’t open any of my documents done in CC 2018 with 2017.
ParticipantThanks. Yes, I’ve seen this solution mentioned here before. And like he earlier poster, was looking for an automated solution.
ParticipantOh yeah, sections. What’s the matter with me. I’m like you. Used to set chapters off into sections to have different running headers until I discovered text variables. I started a new section at the chapter where I wanted the footnote numbers to reset and that fixed it. Thanks.
ParticipantThanks, I’ll check them out.
March 26, 2018 at 3:53 pm in reply to: Inconsistent Image Display After Converting Reflowable to Mobi #102641ParticipantAnother way to avoid the truncated images is to set up your document so that your page size (or at least the width of the text block, i.e., column) is as close as possible to the size of a Kindle screen. This won’t work if you intend to export both print and ePub from the same layout and it’s 8.5 x 11.
ParticipantThanks for the advice, and I understand the process of unlinking. But we’re beyond that by now. I just wanted affirmation of my theory that it’s the embedded images that make progress through the document get more and more sluggish until, by the last page, it can take 3 minutes to select an object. I mean, has anyone experienced this before? (I might be inclined to unlink all the images just to test my theory, but for the fact that many would have to be renamed. The client has given quite few of them the same file name, and since they are embedded and not linked, InDesign doesn’t seem bothered by this.)
March 25, 2018 at 10:02 am in reply to: Inconsistent Image Display After Converting Reflowable to Mobi #102610ParticipantSee this: https://epubsecrets.com/squished-images-in-kindle-indesign-css-is-the-culprit.php. I tried this fix a couple of times. It didn’t help.
March 23, 2018 at 3:00 pm in reply to: Inconsistent Image Display After Converting Reflowable to Mobi #102601ParticipantI don’t know why it should make a difference, but after hours of experimenting and hair pulling I discovered that images that filled the page from margin to margin got cut off, but if I reduced them to 70% of that width, they would display properly. You can determine the width of the text block by selecting your text frame and checking the width in the control panel. Then multiply that by .7. That can make some images pretty tiny, but your readers can always tap on the image for an enlarged version.
Is it a Kindle problem or an InDesign problem? Kindle readers should automatically scale images to fit whatever screen size you have, but they don’t always do it. I have an old Kindle Fire that displays images just fine. I have a new Kindle Fire that cuts them off on the right if I don’t resize the images.March 23, 2018 at 10:01 am in reply to: Inconsistent Image Display After Converting Reflowable to Mobi #102597ParticipantTry changing the size to relative to text size in Object Export Options. Getting a reflowable ePub converted to mobi format to display properly on all possible Kindles is probably not possible. It will look beautiful in Kindle Previewer 3, it will look great on your old Kindle Fire reader, but the images will be cut off on your new Kindle Fire reader. I have found that the only way to be fairly certain your images will not be distorted or cut off on Kindle hardware is to specify Size:Relative to Text Size in Object Export Options and scale your images to about 70% of the width of your text block in your layout.
ParticipantThat’s right. I’m working with an editor who objects every time she sees a compound word hyphenated at the end of a line, so it looks like it has two hyphens in it (this particular book has a lot of compound words). She also doesn’t like it when a word immediately following an em-dash is hyphenated (I never put spaces before and after and em-dash; just doesn’t look right to me). So Graham’s GREP style should work, as I am highlighting these compound/hyphenated words and applying no break from the control panel to them.
ParticipantThanks, I’ll try that.
-
AuthorPosts