Skip to main content
Known Participant
January 8, 2024
Answered

KDP error on a single page (text outside margins)

  • January 8, 2024
  • 3 replies
  • 2975 views

Hi,

I'm stuck with this error. It's weird because the object on the right (the one that is being flagged as the error) is a master page and is applied to the entire book BUT it is only in this page that they say the text is outside margin. 😞

Has anyone ever encountered this before?


I tried moving the head to the left a lot of times and still getting the error. 😞

 

This topic has been closed for replies.
Correct answer rob day

It's weird because the object on the right (the one that is being flagged as the error) is a master page and is applied to the entire book

 

Hi @Sofia25629549ta0q , Is the orange band the text frame and has it been overridden on the page? If it has been overridden, turn on invisibles and check to make sure the end of story marker is on the same line as the text and there is not an added return forcing the text to cross over the margin line:

 

 

 

 

3 replies

James Gifford—NitroPress
Legend
January 8, 2024

Just to be clear, KDP can be absolutely maddening about this kind of stuff. I have more problems with print editions than with Kindle ones, and my batting average for resolving the problem in my favor is below the Mendoza Line.

 

You are not dealing with anyone sensible or empowered to actually analyze an issue; you are most likely battling an AI that insists element X falls outside the list of layout rules. You're not likely to win, and if ther's a way to elevate these claims to wetware (or at least a smarter AI) I've never found it. For one thing, the "problem" may not be just this one page or object; I've had books with an element on hundreds of pages and told it's faulty on "pages 23, 41, 68 and 124." The next pass will name a few other, apparently random pages. It's Whac-a-Mole and can't be resolved.

 

The only thing you have going for you is that this is limited to the one page with that illustration. I would first make sure that NO element on that page is outside the margins, including invisible strays and legitimate elements that might be "almost" at or over the margin. Nudge everything in a tad, especially that page flag so that the text is more within the line. Rob's note that there may be a stray empty line below the visible text is a good one,

 

Good luck. I am battling almost exactly this same problem, with a book that uses thumb-tabs to locate chapters. KDP stubbornly refuses to accept them because "content is outside the trim line" — and I even converted the tabs from text frames to JPEG images so that they are not interpreted as 'content.' I will almost certainly have to solve the issue as several times before: delete the d*mn tabs.

 

Good luck to both of us. 🙂

J E L
Community Expert
Community Expert
January 10, 2024

FWIW, I have run into the same problem with KDP. The same element (close-to, but still within the trim line) found on one or two pages throws off the error when that exact element is the same on all the other pages. I've called support and they fixed it pronto!

James Gifford—NitroPress
Legend
January 10, 2024

KDP support has proven to be almost impossible to reach and then, for all of the usual reasons including that of outsourcing to heavily-accented countries that can only do things from the playbook in front of them, usually useless. But glad to hear you had a positive outcome; I think I had one, once.

 

It's like engaging any of the tech support systems where the reps are either not really up to the task, confined to a prewritten playbook or horribly burnt out, and from both training and experience start with the weary list of "Is the computer plugged in? Is it turned on?" level of 'help.' It takes forever to get them to agree that an anomaly is not going to bring Jeff's empire to rubble, and then if you're lucky they'll actually okay the exception.

 

Not really useful. I would happily pay or go through a vetting process or whatever to be able to reach someone up to speed, with an intelligible accent, who will listen to a reasonable claim, and is then empowered to either fully explain the problem from the production end or grant a waiver for reasonable variations.

 

Hell, I'd chip in on a team of technical writers who can keep up with the endless changes to the system and fully document all the features, requirements, errors, best-practices etc. The help system is a mix of extremely overwritten pages, pages only an internal developer can make sense of, and (far too much) outdated or 'lost' material that does not come up in a reasonable search for help. All connected with a spiderweb of links that will often send you in a frustrating loop without ever connecting to anything like the page with the answer you're looking for.

rob day
Community Expert
rob dayCommunity ExpertCorrect answer
Community Expert
January 8, 2024

It's weird because the object on the right (the one that is being flagged as the error) is a master page and is applied to the entire book

 

Hi @Sofia25629549ta0q , Is the orange band the text frame and has it been overridden on the page? If it has been overridden, turn on invisibles and check to make sure the end of story marker is on the same line as the text and there is not an added return forcing the text to cross over the margin line:

 

 

 

 

Known Participant
January 9, 2024

IT WORKED! Thank you so much!!

James Gifford—NitroPress
Legend
January 10, 2024

Yeah, I am aware of all the variables. I've been doing KDP/Lulu/etc. publication for quite some time and usually the rejection reasons are... understandable if not particularly sensible.

 

KDP in particular uses an almost wholly automated system to process books. It is absolutely opaque and while they make much of "being helpful," simply telling you that the error is on pages 26 and 125 is not usually of any help. You just have to keep changing things until you've properly appeased the ghods, or just give up and do a more vanilla layout. There is no way to reach a human being or advanced AI system that can discuss the issue and/or grant exceptions to the processing rules, even when the rules are wrong. It's... maddening.

 

An example I've posted before: The book in my sig is published in both paperback and Kindle. (It's a signature example of my dual-format publication methods, besides being a repository of those methods; paging Dr. Recursion here.) In the first edition, I had a back cover blurb that contained the phrase "Also available in a Kindle edition, of course."

 

It was rejected for "Cover identifies publication as an incorrect format."

 

I spent three weeks trying to get that copy past the AI review — including putting a "post it note" on the cover art — and finally just gave up..

 

My current project is a slim little book with an odd internal layout, intended to be a reading companion to a famous American novel. The verso pages are blank — well, they contain space for "Your Notes" — while all the relevant notes for the novel are on recto pages. You can tuck the left side of the book into the novel hardcover and manage it easily. (Frankly, I thought one or another aspect of this layout, such as recto-only page numbering, would trip the AI rejection. But no, I am being allowed to be creative, for a change.)

 

For further convenience, I want/ed to put chapter number thumb tabs on the pages. There are only 20, and in the original layout they were numbers in text frames with a dark gray background, something like this:

 

 

This was rejected several times for "content near the trim line"... but only on a few double-digit pages. No amount of horizontal positioning relative to text safe area and trim margin would pass.

 

So I laboriously converted all the tabs to images, so that the numbers would not be interpreted as "content."

 

No dice.

 

So the current submission has these instead, barely useful enough to bother with but submitted as something of an experiment to see if the AI is just being arbitrary about wholly graphic bleeds:

 

 

I await the AI's blessing. 😛

 

(And for those who do know something of KDP et al. processes, yes, I have bleeds selected and am conforming to all the rules that have allowed things more like the OP's colored page tabs in prior works. As nearly as I can tell from the rounds of cryptic error messages, KDP simply doesn't want any text, or text-like content, outside the inner text margin, not even for "decorative" purposes. The AI simply isn't smart enough — or not given enough leeway — to allow "micro content" like numbered tabs in this region.)


And just to close this out, the simple line tab passed inspection. So my conclusion is that any kind of text outside the safe-text area will trip this "text near trim line" error, even if a monkey on Xanax can tell the text is supposed to be there.

 

With the OP's project, the colored page tab is irrelevant, but even that tiny bit of empty rollover text is enough to trigger the border-invasion alarms.

 

So the only way you can do thumb tabs with any kind of markers is if all the text — A B C etc. included, and either live fonts or images — is within the text zone, which is rather deep for a small book. Sigh.

Rishabh_Tiwari
Legend
January 8, 2024

Hi,

 

Thank you for reaching out. Can you check if any empty text frame was created outside permitted margins? If yes, please remove that and test again. 

Thanks

Rishabh