MobileRead Forums - View Single Post

DreamWriter · 04-04-2011, 11:27 AM

Kratos (and others), do you put coding in the HTML at the beginning of each chapter to indicate a page break? I've been using

Code:

<mbp:pagebreak />

In the latest "Amazon Kindle Publishing Guidelines" on page 7 it says: "Use the page break standard CSS page-break-before and page-break-after attributes." I plan to experiment with that.

I just recently started using Mobipocket Creator. I was using KindleGen before, but the resulting .mobi files were about twice the size since it includes the source code in the file. I don't recall whether this chapter position problem existed with the KindleGen file, but I'll test that.

This may be something with the Kindle device itself. As I mentioned, this does not happen in Kindle Previewer. There are several other peculiarities that may be related to the chapter headers changing. Use the five-way or TOC to go to Chapter 5, for example. Then use the page-forward button (on the side) to get to the end of Chapter 5. Note where that chapter ends on the page. Then use the 5-way to move forward to Chapter 6 (the next chapter). Then page-back. The last page of a chapter will always end at the bottom of the screen, not where it did before. Yet, this doesn't happen if you use the page-forward button to move forward to Chapter 6 (from the end of Chapter 5) and then page back!

Also, try this. Go to a chapter using the 5-way or TOC. Page back. Then page forward. Then, if you press the 5-way to go forward, it stays on that chapter instead of moving to the next one. This tells me that it's not positioning properly right at the beginning of the chapter, but slightly before.

The odd thing to me is that this does not happen on Chapter 1. Chapter 1 is not the first item in my NCX or Table of Contents, but it IS where I've set the book to open in the OPF. That's the only thing I can determine that makes it different from the other chapters. The HTML looks the same.

I suppose we need to keep this in proper perspective. It's really a minor glitch. How many people are going to use the 5-way or TOC to go to a chapter heading and then page back and then move forward? I see this behavior in many (maybe all?) Kindle/.mobi books, not just my own. There is one particular book where most of the chapters work properly, though. Actually, very few books on my Kindle even have 5-way navigation enabled.

Kratos, You can email your .prc or .mobi file to Amazon using the @kindle.com address (or the free one) and they will automatically send the file back to you as an .azw file so you can test that. I've done that a number of times.

I'll let you know if my experiments provide any answers. And if anyone else figures it out, I'd love to know!

04-04-2011, 11:27 AM	#17
DreamWriter Books are brain food. Posts: 2,950 Karma: 4836916 Join Date: Nov 2010 Location: U.S. Device: Paperwhite · Fire HD6/HD8/HD10 · Galaxy Tab A7	Kratos (and others), do you put coding in the HTML at the beginning of each chapter to indicate a page break? I've been using Code: <mbp:pagebreak /> In the latest "Amazon Kindle Publishing Guidelines" on page 7 it says: "Use the page break standard CSS page-break-before and page-break-after attributes." I plan to experiment with that. I just recently started using Mobipocket Creator. I was using KindleGen before, but the resulting .mobi files were about twice the size since it includes the source code in the file. I don't recall whether this chapter position problem existed with the KindleGen file, but I'll test that. This may be something with the Kindle device itself. As I mentioned, this does not happen in Kindle Previewer. There are several other peculiarities that may be related to the chapter headers changing. Use the five-way or TOC to go to Chapter 5, for example. Then use the page-forward button (on the side) to get to the end of Chapter 5. Note where that chapter ends on the page. Then use the 5-way to move forward to Chapter 6 (the next chapter). Then page-back. The last page of a chapter will always end at the bottom of the screen, not where it did before. Yet, this doesn't happen if you use the page-forward button to move forward to Chapter 6 (from the end of Chapter 5) and then page back! Also, try this. Go to a chapter using the 5-way or TOC. Page back. Then page forward. Then, if you press the 5-way to go forward, it stays on that chapter instead of moving to the next one. This tells me that it's not positioning properly right at the beginning of the chapter, but slightly before. The odd thing to me is that this does not happen on Chapter 1. Chapter 1 is not the first item in my NCX or Table of Contents, but it IS where I've set the book to open in the OPF. That's the only thing I can determine that makes it different from the other chapters. The HTML looks the same. I suppose we need to keep this in proper perspective. It's really a minor glitch. How many people are going to use the 5-way or TOC to go to a chapter heading and then page back and then move forward? I see this behavior in many (maybe all?) Kindle/.mobi books, not just my own. There is one particular book where most of the chapters work properly, though. Actually, very few books on my Kindle even have 5-way navigation enabled. Kratos, You can email your .prc or .mobi file to Amazon using the @kindle.com address (or the free one) and they will automatically send the file back to you as an .azw file so you can test that. I've done that a number of times. I'll let you know if my experiments provide any answers. And if anyone else figures it out, I'd love to know!